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

[Bug 13937] Add a Z39.50 daemon that can inject item status MARC subfields
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59443|0 |1 is obsolete| | --- Comment #31 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 60735 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60735&action=ed… Bug 13937 - Add a Z39.50 daemon that can inject item status MARC subfields This creates a new daemon, misc/z3950_responder.pl, which can respond to Z39.50 requests. By default, it just proxies searches to Zebra. If desired, however, it can also add a subfield to the item tags on outgoing records with a textual description of the item's status (checked out, lost, etc.). This is useful for certain ILL systems. These strings can be translated using the 'Z3950_STATUS' authorized value. Test plan: 1) Start the Z39.50 server using `perl misc/z3950_responder.pl`. 2) Connect to the server using `yaz-client 127.0.0.1:9999/biblios`. 3) Run a search, such as `find @attr 1=1016 book`. 4) Fetch the results both one at a time with `show 1` and in a batch using `show 1+5`. 5) Turn on MARCXML using `format xml` and `elements marcxml`, and verify that the records are still correctly fetched. 6) Enable the item status subfield by restarting the server with the option `--add-item-status=k`. 7) Search for and fetch records, and verify that a $k subfield is added to the item tags as appropriate. It should show some combination of "Checked Out", "Lost", "Not For Loan", "Damaged", "Withdrawn", "In Transit", or "On Hold" as appropriate, or "Available". 8) Add an authorized value named "Z3950_STATUS" with any of the keys "AVAILABLE", "CHECKED_OUT", "LOST", "NOT_FOR_LOAN", "DAMAGED", "WITHDRAWN", "IN_TRANSIT" or "ON_HOLD", and verify that their descriptions are used instead of the default values above. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16696] Rename "Publisher" to "Published" on detail and result lists
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16696 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |veron(a)veron.ch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16696] Rename "Publisher" to "Published" on detail and result lists
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16696 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #60722|0 |1 is obsolete| | --- Comment #2 from Marc Véron <veron(a)veron.ch> --- Created attachment 60733 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60733&action=ed… Bug 16696: Rename 'Publisher' to 'Published' on detail and result lists To test: 1) Do a catalog search in staff client 2) Confirm 'Publisher' says 'Published' for each result in search 3) Click on a record to go to the detail page 4) Confirm 'Publisher' says 'Published' 5) Click the Items tab on the left 6) Confirm 'Publisher' says 'Published' 7) Do a search in the OPAC 8) Confirm 'Publisher' says 'Published' for each result in search 9) Click on a record to go to the detail page 10) Confirm 'Publisher' sas 'Published' Sponsored-by: Catalyst IT Followed test plan, works as expected Signed-off-by: Marc Véron <veron(a)veron.ch> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12836] SRU Explain file needs to be rewritten
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12836 --- Comment #8 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Magnus Enger from comment #7) > Preview patch attached. Early opinions very welcome! > > TODO: > - I will try to do some more work on the configInfo section. > - This is only for biblios, authorities need some attention too, perhaps > > Question: > What should we do about the old etc/zebradb/explain-biblios.xml? Delete it > and make running the new script mandatory for those who want to enable SRU? > Or provide some default etc/zebradb/explain-biblios.xml, based on the > default settings in Koha? Guess the latter makes sense? Interesting ! Providing a default explain for the default settings makes a lot of sense. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12836] SRU Explain file needs to be rewritten
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12836 --- Comment #7 from Magnus Enger <magnus(a)libriotech.no> --- Preview patch attached. Early opinions very welcome! TODO: - I will try to do some more work on the configInfo section. - This is only for biblios, authorities need some attention too, perhaps Question: What should we do about the old etc/zebradb/explain-biblios.xml? Delete it and make running the new script mandatory for those who want to enable SRU? Or provide some default etc/zebradb/explain-biblios.xml, based on the default settings in Koha? Guess the latter makes sense? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12836] SRU Explain file needs to be rewritten
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12836 --- Comment #6 from Magnus Enger <magnus(a)libriotech.no> --- Created attachment 60732 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60732&action=ed… Bug 12836 - Add script to rewrite SRU Explain file The standard SRU Explain file provided with Koha is static and out of date. This patch adds a script in misc/maintenance/generate_explain.pl that can generate a new Explain file, based on Koha's config files and an optional extra config file. See the POD in the script for more details. This is a preview, NOT READY FOR SIGNOFF. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12836] SRU Explain file needs to be rewritten
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12836 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17327] New: Item level holds no longer enforced
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17327 Bug ID: 17327 Summary: Item level holds no longer enforced Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Reported by Katrin: Example: - on shelf holds allowed - holds allowed 5 - holds on same record allowed 5 - FORCE item level holds On a record with only one item, you can only place a record level hold in OPAC now - which is against your circulation conditions. Another example: - record with 2 items - circulation rules as above, 1 hold allowed on the record - Item level holds: forced I can only place record level holds in OPAC and staff. At the moment, I am not able to place item level holds in any circumstances in my installation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 7717] Multiple Identical Holds
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7717 Brenda Turnbull <bturnbull(a)livewirewarrington.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bturnbull@livewirewarringto | |n.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12759] Add ability to pass list contents to batch record modification /deletion tools
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12759 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oleonard(a)myacpl.org --- Comment #10 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Aleisha Amohia from comment #9) > (In reply to Jonathan Druart from comment #8) > > Aleisha, > > 2 small things here: > > 1. Go on Home › Tools › Batch record modification > > Select a list > > Select "authorities" > > Fill the textarea with authid > > Next > > => Id from list is picked > > I don't understand this... if you select authorities, the option to add > biblios from a shelf is hidden by JS. Yes it's hidden but it's taken into account. > > 2. I think we should raise a warning (JS side) if 2 sources of ids are > > filled: > > * For biblios: file and list or file and ids or list and ids > > * For authorities: file and ids (list should not be taken into account even > > if filled) > > That seems slightly out of the scope of this bug. I am happy to make a new > patch for this on a separate bug, but it doesn't stop this patch from > working. I would not pass QA it without that change, but maybe something else will... -- You are receiving this mail because: You are watching all bug changes.

1 0