Closed alexanderzatko closed 4 years ago
completed
To complete this functionality, Rovas needs to implement a new API service that will associate a verification event (verification) with a concrete verification slot/report. A service will be created that will accept access token and uid params, find the report to be verified and checks that a verification slot exists for that report assigned to an user with the given uid.
service rules_proxy_check_verifier_by_access_tokens was created as well as a rule rules_check_verifier_by_access_tokens that the service uses. The rule is more generic - it returns also the verifier user object, report object and verification slot objects - as the rule will be used also when completing verifications.
Expanding the use case to allow not only read access to the locked content, but also its verification. To support this feature a new API rule and service has been created: rules_create_verification_with_acccess_token
completed
use case A crowdsourced site enables access to its content only for Chrons reward. Upon creation of content in this site, a work report is created in Rovas (via API, or manually by the content creator). Rovas then picks two verifiers, one or both of whom might not want to pay to read the content, even though they believe that doing so is necessary for them to verify adequacy of the labor time reported in the verified report. The Site therefore generates an access token, which - when presented as a GET param. in the URL - will allow the content to be read without Chron payment. Thus the verifiers can easily see the content they were asked to verify.
code changes