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

[Bug 14610] Add ability to place article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 --- Comment #244 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 56854 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56854&action=ed… [PASSED QA] Bug 14610 - Add ability to place article requests in Koha - Update database Article Requests are somewhat similar to holds, but are not requests for an item to check out. Instead, article requests are requests for a photocopy of a particular section of a book ( most often ). This is very common in academic libraries where researchers may request a copy of a single article found in a journal. This patch set adds the ability to place article requests in Koha. It allows the control of what can be requested via the circulation rules. Since article requests of electronic resources are not outside the realm of possibility, the feature will check not only the items for requstability, but the record itself as well ( i.e. both items.itype and biblio.itemtype ). Article requests can be placed for patrons from the opac and staff intranet and can be viewed in most areas where holds are viewed ( e.g. patron details, record details, etc ). There is a script to view article requests in progress within the circulation module. Article requests can be Open ( i.e. new ), In Processing, Completed, or Canceled. The status of a given request can be updated from this script. Test Plan: 1) Apply the patch set 2) Run updatedatabase.pl 3) Enable the system preference ArticleRequests 4) Set up some required fields in: ArticleRequestsMandatoryFields ArticleRequestsMandatoryFieldsItemsOnly ArticleRequestsMandatoryFieldsRecordOnly 5) Edit your circ rules, set article requests to 'yes' for something 6) Test the ability to add an article request from the opac ( required fields enforced ) 7) Test the ability to add an article request from the staff interface ( required fields no enforced ) 8) Note you can choose item level or record level requests 9) Change the rule to "record only" 10) Repeat 6 and 7 11) Note you cannot choose items 12) Change the rule to "item only" 13) Repeat 6 and 7 14) Note you must choose an item 15) Note that the 'new request' message is queued for each new request 16) Browse to /cgi-bin/koha/circ/article-requests.pl 17) Note requests are split by pickup branch 18) Test slip printing via the "Print slip" action 19) Process request vai "Process request" action 20) Note an email notice is queued for patron 21) Refresh /cgi-bin/koha/circ/article-requests.pl 22) Note request has moved to "processing" tab. 23) Complete request with "Complete request" action 24) Note message is queued for patron 25) Cancel a request, add cancelation note. 26) Note message is queued for patron Signed-off-by: Jennifer Schmidt <jschmidt(a)switchinc.org> Signed-off-by: Katrin Fischer <katrin.fischer(a)bsz-bw.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4880] koha-remove sometimes fails because user is logged in
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4880 --- Comment #10 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Lucio Moraes from comment #8) > I did > > 1)sudo koha-create --create-db f_name, and got: > Koha instance is empty, no staff user created. > Starting Zebra server for f_name > [ ok ] Starting Koha indexing daemon for f_name:. > > 2) sudo koha-remove f_name, and got: > > Removing Koha instance f_name > Stopping Zebra server for f_name > userdel: user f_name-koha is currently used by process 4793 > /usr/sbin/deluser: `/usr/sbin/userdel f_name-koha' returned error code 8. > Exiting. If you are testing the patch, please make sure you are running the patched koha-remove. The command should look like kohaclone/debian/scripts/koha-remove f_name -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 Matthias Meusburger <matthias.meusburger(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #33 from Matthias Meusburger <matthias.meusburger(a)biblibre.com> --- Created attachment 56852 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56852&action=ed… Bug 15503 [QA Followup] - Display "uneven number of fields" error only in relevant biblios -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #32 from Matthias Meusburger <matthias.meusburger(a)biblibre.com> --- Created attachment 56851 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56851&action=ed… Bug 15503 [Followup] - Add replacementprice and itemcallnumber -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4880] koha-remove sometimes fails because user is logged in
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4880 --- Comment #9 from Magnus Enger <magnus(a)libriotech.no> --- (In reply to Lucio Moraes from comment #8) > userdel: user f_name-koha is currently used by process 4793 > /usr/sbin/deluser: `/usr/sbin/userdel f_name-koha' returned error code 8. > Exiting. Was this before or after applying the patch? If it was before, it confirms the bug. If it was after the patch should probably be marked as Failed QA. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4880] koha-remove sometimes fails because user is logged in
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4880 Lucio Moraes <lmoraes(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lmoraes(a)catalyst.net.nz --- Comment #8 from Lucio Moraes <lmoraes(a)catalyst.net.nz> --- I did 1)sudo koha-create --create-db f_name, and got: Koha instance is empty, no staff user created. Starting Zebra server for f_name [ ok ] Starting Koha indexing daemon for f_name:. 2) sudo koha-remove f_name, and got: Removing Koha instance f_name Stopping Zebra server for f_name userdel: user f_name-koha is currently used by process 4793 /usr/sbin/deluser: `/usr/sbin/userdel f_name-koha' returned error code 8. Exiting. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 14060] Remove readonly on date inputs
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14060 --- Comment #69 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to MetaBiblioteca Colombia from comment #68) > Hello, > I see an error when format is an ISO (yyyy-mm-dd). > In the calendar.inf file the date format appears to: > > dateformat = 'yy-mm-dd' > but in a ISO format is dateformat = 'yyyy-mm-dd' > four digits for year... can you please specify the page and date you tried? What kind of error do you get? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14060] Remove readonly on date inputs
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '16

26 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14060 MetaBiblioteca Colombia <felipe.gomez3(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |felipe.gomez3(a)gmail.com --- Comment #68 from MetaBiblioteca Colombia <felipe.gomez3(a)gmail.com> --- Hello, I see an error when format is an ISO (yyyy-mm-dd). In the calendar.inf file the date format appears to: dateformat = 'yy-mm-dd' but in a ISO format is dateformat = 'yyyy-mm-dd' four digits for year... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12359] hidepatronname doesn't hide on the holds queue
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '16

25 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12359 Chris Kirby <chris.kirby(a)ilsleypubliclibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #56571|0 |1 is obsolete| | --- Comment #12 from Chris Kirby <chris.kirby(a)ilsleypubliclibrary.org> --- Created attachment 56847 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56847&action=ed… Bug 12359: Add HidePatronName functionality to the holds queue This changes the Holds Queue page to not show the patron's name and phone number, but only the cardnumber, when HidePatronName is set to 'Don't show' This also changes the link to the patron account to use the borrowernumber instead of the cardnumber, which seems more consistent. Fixes a tiny capitalization error: Only item... To test: - Look at the holds queue page with holds displayed - Toggle HidePatronName system preference and observe the change - Make sure the link works correctly Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> Rebased 2016-10-16 Signed-off-by: Chris Kirby <christopherlawrencekirby(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0