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

[Bug 15555] Index 024$a into Identifier-other:u url register when source $2 is uri
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15555 --- Comment #11 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 50261 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50261&action=ed… Bug 15555: Index 024$a into Identifier-other:u url register when source $2 is uri This patch indexes 024$a into the "phrase" index type, and the "url" index type, if the 024$2 equals "uri". TEST PLAN 1) Apply the patch. 1b) If you're using a gitified Koha or a git install, you'll need to upgrade your instance or copy your zebradb files over to /etc/koha/zebradb or your "kohadev" directory. 2) Add a 024$a with a URL like http://libris.kb.se/resource/bib/219553 to a bibliographic record 3) Re-index Zebra 4) Type "id-other,st-urx,fuzzy=http://libris.kb.se/resource/bib/219553" into the "Search the catalog" box in the Staff Client and search 5) Note that you retrieve your record NOTE: The fuzzy is required because Koha's query "parsing" functions change http:// to http=// which won't correctly match the value in the "Identifier-other:u" index. NOTE: Alternatively, you could do the following search instead: "id-other,phr=http libris kb se resource bib 219553". It would work as well by using the "Identifier-other:p" index. Advanced tester version: 4) In a terminal window, find the "koha-conf.xml" file in your "etc" directory. 5) Open "koha-conf.xml" and find <listen id="biblioserver">. Copy the URI you find there. (e.g. unix:/home/dcook/koha-dev/var/run/zebradb/bibliosocket). 6) Type "yaz-client unix:/home/dcook/koha-dev/var/run/zebradb/bibliosocket" 7) After it connects, type "base biblios" and press enter 8) Type "format xml" and press enter 9) Type "elements zebra::index" and press enter 10) Type "f id-other,st-urx=http://libris.kb.se/resource/bib/219553" and press enter 11) Note that you should have at least one result 12) Type "show 1" 13) If you scroll through the results, you should find something like the following: <index name="Identifier-other" type="w" seq="28">@^</index> <index name="Identifier-other" type="w" seq="1"></index> <index name="Identifier-other" type="w" seq="29">http</index> <index name="Identifier-other" type="w" seq="30">libris</index> <index name="Identifier-other" type="w" seq="31">kb</index> <index name="Identifier-other" type="w" seq="32">se</index> <index name="Identifier-other" type="w" seq="33">resource</index> <index name="Identifier-other" type="w" seq="34">bib</index> <index name="Identifier-other" type="w" seq="35">219553</index> <index name="Identifier-other" type="p" seq="28">http libris kb se resource bib 219553</index> <index name="Identifier-other" type="u" seq="36">http://libris.kb.se/resource/bib/219553</index> Signed-off-by: Hector Castro <hector.hecaxmmx(a)gmail.com> Works as advertised the record is retrieved Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> Some of the statements in the commit message do not work for me. A search like "id-other,phr=http libris kb se resource bib 219553" does not have results. Searching for "id-other,phr=libris.kb.se resource" does. The steps in the advanced tester version do not work for me too. I verified the following in yaz-client: [1] Z> f @attr 1=9012 @attr 4=104 http://libris.kb.se/resource/bib/219553 Sent searchRequest. Received SearchResponse. Search was a success. Number of hits: 1, setno 16 [2] First removed $2 and reindexed. Then searched again: Z> f @attr 1=9012 @attr 4=104 http://libris.kb.se/resource/bib/219553 Sent searchRequest. Received SearchResponse. Search was a success. Number of hits: 0, setno 1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15498] Replace ExportWithCsvProfile with ExportCircHistory
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15498 --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 50258 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50258&action=ed… Bug 15498: Add ExportCircHistory and remove ExportWithCsvProfile -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15498] Replace ExportWithCsvProfile with ExportCircHistory
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15498 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #46338|0 |1 is obsolete| | Attachment #46339|0 |1 is obsolete| | --- Comment #4 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 50257 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50257&action=ed… Bug 15498: Let the user choose the CSV profile to export circ history The way the export options are displayed at the bottom of the checkouts table was not consistent. Prior to this patch set, they are display if ExportRemoveFields or ExportWithCsvProfile is set. It does not make any sense, the user could want to export the checkouts in iso2709 format without having to define a csv profile and fill the pref. Moreover the behavior of this pref did not match its description: it's used as a default CSV profile when exporting records from the export tools or the command line. This patch set adds a new pref ExportCircHistory and remove ExportWithCsvProfile. The new pref is set if ExportWithCsvProfile or ExportRemoveFields were set. A new dropdown list with the CSV profile list will be displayed in the export area, at the bottom of the checkouts table. Note that now --csv_profile_id is mandatory for the export command line (misc/export_records.pl) if the export format is csv. Test plan: 0/ Do not execute the DB entry 1/ Clear both ExportWithCsvProfile and ExportRemoveFields prefs 2/ Execute the DB entry 3/ ExportCircHistory should not be set and the export options should not be displayed at the bottom of the checkouts table. 4/ Remove the pref DELETE FROM systempreferences WHERE variable='ExportCircHistory'; and reinsert the previous one, with a value: INSERT INTO systempreferences (variable, value) VALUES ('ExportWithCsvProfile', 'something'); Execute the DB entry again => The now pref should be now set 5/ Export some checkouts using the CSV entry 6/ Note that the export tool and commandline script still work using the csv format. You have to provide a --csv_profile_id option to make it work. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15498] Replace ExportWithCsvProfile with ExportCircHistory
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15498 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15048] Genre/Form (655) searches fail on searches with $x 'General subdivision' subfield values
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15048 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl Status|Signed Off |Failed QA QA Contact|testopia(a)bugs.koha-communit |m.de.rooy(a)rijksmuseum.nl |y.org | Patch complexity|--- |Small patch --- Comment #16 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- QA Comment: Thanks for your patch, Mason. I think it still needs some attention: [1] You add $x when indexing 655. Please note that the whole field 655 is already indexed under term Subject. (So you would only add to Index-term-genre.) But the XSLT just looks at Subject (and only with some specific settings for UseAuthoritiesForTracings and TraceSubjectSubdivisions). Normally you would search for the authority number (an). So, it does not seem to be necessary to add it. Please explain why you need it. [2] If it should be necessary, what about $v $y and $z ? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13705] Move indexation subs in C4::ZebraIndex
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13705 --- Comment #18 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Julian Maurice from comment #17) > (In reply to Jonathan Druart from comment #14) > > I would be great to see some tests to cover this new module (even if it's > > not new code). > How can we test code that should modify the Zebra index, without really > modifying it ? Should we create another Zebra instance for tests purpose ? We already do that in t/db_dependent/www/search_utf8.t and we do not care about not modifying the Zebra index. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14574] Correcting messages on intranet error pages so they make more sense
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14574 --- Comment #6 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Sarah from comment #5) > Just wanted to comment and say that on the demo, I am seeing that the 404 > message reads "You tried to access a page that needs 'authentification'," > which is a typo. Should be authentication. Patch submitted on bug 16270. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14574] Correcting messages on intranet error pages so they make more sense
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14574 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |16270 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16270 [Bug 16270] Typo anthentification vs authentication in 404 -- 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 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #49832|0 |1 is obsolete| | --- Comment #77 from David Cook <dcook(a)prosentient.com.au> --- Created attachment 50254 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50254&action=ed… Bug 10662 - Build OAI-PMH Harvesting Client _TEST PLAN_ In the following steps replace "/home/user" with whatever your Koha dev install is _CONFIGURATION_ 1) Apply Bugzilla patches 15555, 15541, then 10662 2) Upgrade your Koha dev install so that it uses new Zebra configuration files and updates your koha-conf.xml; try something like the following: perl Makefile.PL --prev-install-log "$INSTALL_LOG" make make test make upgrade 3) Run upgrade database: perl installer/data/mysql/updatedatabase.pl 4) At this stage, in your koha-conf.xml, you should see something like the following at the end of the file: <icarus> <socket>unix:/home/user/koha-dev/var/run/icarus.sock</socket> <pidfile>/home/user/koha-dev/var/run/icarus.pid</pidfile> <log>/home/user/koha-dev/var/log/icarus.log</log> <task_plugin>Koha::Icarus::Task::Enqueue::OAIPMH::Biblio</task_plugin> <task_plugin>Koha::Icarus::Task::Dequeue::OAIPMH::Biblio</task_plugin> <max_tasks>30</max_tasks> </icarus> 5) Set PERL5LIB to include /home/user/koha (i.e. path to your C4 and Koha module directories) export PERL5LIB=/home/user/koha 6) In Koha, create a record matching rule: Code = OAI Match threshold = 100 Record type = Bibliographic 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 _TESTING_ 7) Activate Icarus using the following command: perl /home/user/koha/misc/bin/icarusd.pl -f /home/user/koha-dev/etc/koha-conf.xml NOTE: It will send output to your terminal window. To write to the log file, you can daemonize by adding the "-d" or "--daemon" options. NOTE: If you want lots of debugging info in your logs add "-v 9" _USER DOWNLOAD TASK_ 7a) Go to Koha administration > Saved tasks (http://KOHA/cgi-bin/koha/admin/saved_tasks.pl) 7b) Click "New saved task" 7c) Leave it on "Koha::Icarus::Task::Download::OAIPMH::Biblio" and click "Next" 7d) Choose a "Start time" in the past using the calendar pop-up 7e) Choose a "Repeat interval" of at least 30 seconds (for initial troubleshooting purposes) 7f) Choose a URL of an OAI-PMH repository that you want to harvest (also include a username, password, and realm if necessary) 7g) Fill out your OAI-PMH repositories as you like 7h) Fill out "Queue" with something like file:///home/user/koha/icarus_test 7i) Click "Save" 8a) Check that the Icarus dashboard has a "Status" of "Online" 8b) Click "Send to Icarus" next to your new saved task entry 8c) A task should now appear under "Active Icarus tasks"; click "Start" 8d) Go back to your terminal to check the Icarus server output (or 'tail -f' the log if you daemonized) 8e) You should notice activity; you can also check /home/user/koha/icarus_test to see if records are being downloaded and stored there. _USER IMPORT TASK_ 9a) Go back to Koha administration > Saved tasks (http://KOHA/cgi-bin/koha/admin/saved_tasks.pl) 9b) Click "New saved task" 9c) Choose Koha::Icarus::Task::Upload::OAIPMH::Biblio, and click "Next" 9d) Repeat the same steps for "Start time" and "Repeat interval" as these are common to all tasks 9e) "Queue" should be the same as before, so try your path of file:///home/user/koha/icarus_test 9f) Provide a username and password for the API authentication; you should be able to use the default URL 9g) You should be able to trust the "Import target parameters" URL 9h) Write "OAI" for "Record matching rule code", if you added it earlier in the configuration steps 9i) Leave the "Action..." defaults... 9j) Change "Filter" to "file:///home/user/koha/koha-tmpl/intranet-tmpl/prog/en/xslt/OAI2MARC21slim.xsl" 9k) Follow the same steps as above for sending the task to Icarus and telling Icarus to start it 9l) You can either watch Icarus's server output, or look at http://KOHA/cgi-bin/koha/tools/manage-oai-import.pl, or look directly at your database's "import_oai" and "biblio" tables to see how records are imported to Koha 9m) You'll want to visit http://KOHA/cgi-bin/koha/tools/manage-oai-import.pl in any case, as this is your dashboard for seeing incoming OAI-PMH records. You can view the MARC import batch, see the OAI-PMH record itself, and see if the record was imported OK or if there wasn an ERROR. 9n) Resolving ERRORs is a work in progress... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11698] Add validity check for amount on budget page
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '16

15 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11698 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=15770 CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0