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

[Bug 14385] Extend OpacHiddenItems to allow specifying exempt borrower categories
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '17

30 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14385 --- Comment #34 from M. Tompsett <mtompset(a)hotmail.com> --- Created attachment 65323 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65323&action=ed… Bug 14385: Tweak borrower category code $borrower->{categorycode} on a Koha::Patron is not the same as $borrower->categorycode. Fixed error. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14385] Extend OpacHiddenItems to allow specifying exempt borrower categories
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '17

30 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14385 --- Comment #33 from M. Tompsett <mtompset(a)hotmail.com> --- Created attachment 65322 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65322&action=ed… Bug 14385: Tweak t/db_dependent/Items.t to fully test changes This will test all the if structures fully in GetHiddenItemnumbers. prove t/db_dependent/Items.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14385] Extend OpacHiddenItems to allow specifying exempt borrower categories
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '17

30 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14385 --- Comment #32 from M. Tompsett <mtompset(a)hotmail.com> --- Good progress. Just need to finalize testing the C4/Search.pm changes. Here is the test plan thus far. prove -v t/db_dependent/Items.t C4::Biblio changes (EmbedItemsInMarcBiblio) tested C4::Items changes (GetHiddentItemnumbers) tested the Items.t is tested itself too. perldoc C4::Items /PERLDOC -- finds changes installer/data/mysql/atomicupdate/bug_14385-add_OpacHiddenItemsExceptions_syspref.sql koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/opac.pref -- run an upgrade -- log in to staff client -- home -> koha administration -> global system preferences -> opac -- should be an added OpacHiddenItemsExceptions under OpacHiddenItems in the Policy section. -- should be able to save various values. installer/data/mysql/sysprefs.sql -- drop the db -- create the db -- fresh install -- log in to staff client -- home -> koha administration -> global system preferences -> opac -- should be an added OpacHiddenItemsExceptions under OpacHiddenItems in the Policy section. -- should be able to save various values. opac/opac-search.pl -- set the OpacHiddenItems to "itype: [BK]" -- set the OpacHiddenItemsExceptions to "S" -- make sure to catalogue at least two books, since you dropped everything. -- Adding from Z39.50 is easiest. -- do a full reindex -- in the OPAC, search for "itype:BK" -- there should be nothing found. -- log in as the superlibrarian (which you probably set to S for staff) -- in the OPAC, search for "itype:BK" -- there should be two entries -- change OpacHiddenItemsExceptions to "PT" (because your superlibrarian is probably S and not PT) -- in the OPAC, search for "itype:BK" -- there should be nothing found. opac/opac-detail.pl -- As you know there are two books, try a direct URL: {OPACBaseURL}/opac-detail.pl?biblionumber=1 -- it should return a 404 page -- change OpacHiddenItemsExceptions back to "S" -- try the direct URL again. -- it should show up. opac/opac-MARCdetail.pl -- change the OpacHiddenItemsExceptions back to "PT" -- try a direct URL: {OPACBaseURL}/opac-MARCdetail.pl?biblionumber=1 -- it should return a 404 page -- change OpacHiddenItemsExceptions back to "S" -- try the direct URL again. -- it should show up. opac/opac-ISBDdetail.pl -- change the OpacHiddenItemsExceptions back to "PT" -- try a direct URL: {OPACBaseURL}/opac-ISBDdetail.pl?biblionumber=1 -- it should return a 404 page -- change OpacHiddenItemsExceptions back to "S" -- try the direct URL again. -- it should show up. prove -v t/db_dependent/Search.t the Search.t itself is proved. catalogue/search.pl -- Log in to the staff client -- search for "itype:BK" -- two results -- change OpacHiddenItemsExceptions and OpacHiddenItems as desired -- two results all the time, because this is the staff client! cataloguing/addbooks.pl -- Make sure you have records in the cataloguing reservoir This is done by staging at least one MARC record. -- In the staff client, home -> Cataloguing -> Cataloguing search -- Search for something that will find some records in the reservoir -- Make sure results are expected regardless of hidden item system preferences. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14385] Extend OpacHiddenItems to allow specifying exempt borrower categories
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '17

29 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14385 --- Comment #31 from M. Tompsett <mtompset(a)hotmail.com> --- Perhaps when I have a more solid block of time, I'll be able to debug why the opac search results give links to the staff client. DOH! Still things to fix. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18998] New: Searching capability dies every few days - Zebra problem?
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '17

28 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18998 Bug ID: 18998 Summary: Searching capability dies every few days - Zebra problem? Change sponsored?: --- Product: Koha Version: 17.05 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: wyneken(a)physik.uni-freiburg.de QA Contact: testopia(a)bugs.koha-community.org I'm running Koha version 17.05.01 on Debian 8.8. I set up Koha a few months ago and we're still learning the system. One thing we've noticed that presumably is not normal is that after a few days, for some reason the searching capability dies. My guess is that it has something to do with Zebra. I can get search back up and going by restarting Koha. I use "invoke-rc.d koha-common restart". Presumably some daemon or other dies but I haven't been able to figure out which one. Maybe it happens during the regular cronjobs? Does anybody have any ideas how I can figure out what's happening? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19001] New: Different rules for the same itemtype in the same branch and for the same category code
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '17

28 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19001 Bug ID: 19001 Summary: Different rules for the same itemtype in the same branch and for the same category code Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vfernandes(a)keep.pt QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 2 items with the same type but different loan status status - one available for loan, another for short term loan The 2 items could be requested with different times for the same person on his home branch (same patron category, same branch code): - the item available could be loaned for 2 weeks - the item in the deposit could be loaned for 2 days As the items have the same item type can not be differentiated in the issuing rules. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13411] Koha' s SIP server returns not ok for checking in items that are not checked out
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '17

28 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13411 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=18996 --- Comment #43 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- As I understand this option "checked_in_ok" allows check-ins for items not checked out. Just feel that the name only poorly reflects that. Which is a pity since we won't adjust such option names at upgrade time. The added $circ->ok(...) has an interesting side-effect on bug 18996. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '17

28 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 --- Comment #199 from ByWaterSandboxes(a)gmail.com --- Created attachment 65313 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65313&action=ed… Bug 6473: just a test https://bugs.koha-community.org/show_bug.cgi?id=6473 Signed-off-by: Julian Maurice <julian.maurice(a)biblibre.com> Signed-off-by: Julian Maurice <julian.maurice(a)biblibre.com> Signed-off-by: Julian Maurice <julian.maurice(a)biblibre.com> Signed-off-by: Paul POULAIN <paul.poulain(a)biblibre.com> Signed-off-by: Kyle M Hall <kyle(a)gmail.com> Signed-off-by: BWS Sandboxes <ByWaterSandboxes(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '17

28 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 ByWaterSandboxes(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #62038|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6473] Test bug for Git-bz
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '17

28 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 --- Comment #198 from ByWaterSandboxes(a)gmail.com --- Patch tested with a sandbox, by Kyle M Hall <kyle(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0