https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36197

--- Comment #2 from Pedro Amorim <[email protected]> ---
This is ready for testing. Branch at:
https://github.com/PTFS-Europe/koha/commits/b_36197

0) If k-t-d, run updatedatabase (ignore this if testing on a sandbox)
1) Enable ILLModule syspref:
 
{staff_url}/cgi-bin/koha/admin/preferences.pl?tab=&op=search&searchfield=ILLModule
2) No need to install a backend as 35570 is in the tree
3) On a different browser session, without being lgoged in, access the create
ILL request OPAC page directly:
  {opac_url}/cgi-bin/koha/opac-illrequests.pl?method=create&backend=Standard
4) Notice you're presented with the login page, as expected
5) Enable ILLOpacUnauthenticatedRequest:
 
{staff_url}/cgi-bin/koha/admin/preferences.pl?tab=&op=search&searchfield=ILLOpacUnauthenticatedRequest
6) Repeat step 3) Notice you now get the create ILL request form, with some
additional inputs at the top specific to an unauthenticated request (first
name, last name, e-mail address)
6.5) (optional) Confirm the 'Make an Interlibrary loan request' link exists at
the bottom of the search results page, while unauthenticated on OPAC:
  {opac_url}/cgi-bin/koha/opac-search.pl?idx=&q=music&weight_search=1
  This should only show for authenticated OPAC users if
ILLOpacUnauthenticatedRequest is off.
7) Test the form, try submitting with some blank fields, change type and
library after and before inputing data in the input fields, etc.
8) Submit the form successfully. Notice you're presented with the
unauthenticated request submission confirmation screen with a message and
request details.
9) Go back to Staff UI, logged in, access ILL requests and confirm the
unauthenticated request submitted through the OPAC is there:
  {staff_url}/cgi-bin/koha/ill/ill-requests.pl
10) Test that you can add a patron afterwards, if needed, by clicking 'Edit
request' on the toolbar of the manage request page, and entering a patron ID
11) Test that you're able to 'confirm' the request by clicking 'Confirm
request', as if it was a regular 'NEW' request.

Additional testing:
 Make sure existing ILL functionality interacts with this new optional workflow
behavior.
 For this, we're using ILLModuleDisclaimerByType. ILLCheckAvailability or
AutoILLBackendPriority can also be used but require more setup (plugins,
credentials, etc)
1) Configure ILLModuleDisclaimerByType, visit
 
{staff_url}/cgi-bin/koha/admin/preferences.pl?tab=&op=search&searchfield=ILLModuleDisclaimerByType
2) Click the 'edit' link at the bottom of the syspref and copy the example code
from the description into the text box. Save.
3) Repeat the original test plan from above, but make sure the request type is
not 'article' (as that type is bypassed). Use 'journal', for example. Submit
the request making sure you fill in all mandatory fields.
4) Notice you're now presented with the ILL request disclaimer screen, hit
Submit. Notice the request is created as before.
5) Return to Staff UI, logged in, confirm this 2nd unauthenticated request has
been created and the type disclaimer info is stored and presented when viewing
the request.

Run tests (k-t-d only):
  prove t/db_dependent/Koha/ILL/Backends.t
  prove t/db_dependent/selenium/opac_ill_requests.t

Sponsored-by: NHS England (National Health Service England)

-- 
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to