You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
-[Account Service Documentation](../Build/AccountService/AccountService.md)
17
18
18
19
## Setup Tutorial
@@ -23,23 +24,23 @@ In this tutorial, you will set up a Sign In With Frequency button for use with T
23
24
24
25
Before proceeding, ensure you have completed the following steps:
25
26
26
-
**Registered as a Provider**
27
+
**Registered as a Provider**
27
28
Register your application as a [Provider on Frequency Testnet](./BecomeProvider.md).
28
29
29
-
**Completed the Access Form**
30
+
**Completed the Access Form**
30
31
Fill out the [Frequency Access Testnet Account Setup form](https://docs.google.com/forms/d/e/1FAIpQLScN_aNMZpYqEdchSHrAR6MhKrVI1pA3SP6wxolAQCFckYoPOA/viewform).
31
32
32
-
**Set Up a Backend Instance**
33
+
**Set Up a Backend Instance**
33
34
You need a **backend-only-accessible**[running instance](../Run/GatewayServices/RunGatewayServices.md) of the Account Service.
34
35
35
-
**Access to a Frequency RPC Node**
36
+
**Access to a Frequency RPC Node**
36
37
37
-
-**Public Testnet Node:**
38
+
-**Public Testnet Node:**
38
39
39
40
```plaintext
40
41
wss://0.rpc.testnet.amplica.io
41
42
```
42
-
43
+
43
44
## Overview
44
45
45
46
1. Application creates a signed request SIWF URL that contains a callback URL.
@@ -109,13 +110,30 @@ See list of [SIWF v2 Credentials](https://projectlibertylabs.github.io/siwf/v2/d
109
110
110
111
## Step 2: Forward the User for Authentication
111
112
113
+
### Option A: SIWF Button SDK
114
+
115
+
The SIWF SDK provides an easy way to use your `signedRequest` and display a button for your users.
116
+
117
+
The example below is with the SIWF SDK for the Web.
118
+
Guides for Android, iOS that also support handling the callback correctly and more are available [in the SIWF SDK documentation](https://projectlibertylabs.github.io/siwf/v2/docs/SDK/Overview.html).
119
+
120
+
```html
121
+
<!-- Add a button container with data attributes and replace "YOUR_ENCODED_SIGNED_REQUEST" with your "signedRequest" value -->
For mobile applications, use an embedded browser to handle the redirection smoothly with minimal impact on user experience.
136
+
SDKs for [Android](https://projectlibertylabs.github.io/siwf/v2/docs/SDK/Android.html) and [iOS](https://projectlibertylabs.github.io/siwf/v2/docs/SDK/iOS.html) are available that handle this part for you.
Copy file name to clipboardExpand all lines: docs/src/Troubleshooting.md
+21-3
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,7 @@ Provider registration is required to setup a Provider on Frequency. This is a on
16
16
17
17
The Register User flow is the process by which a user registers with a Provider. This is a one-time process required each time a user signs up with a new Provider. The user will be able to log in to the Provider's app using the Sign In With Frequency [SIWF](https://github.com/ProjectLibertyLabs/siwf) process. The user will now be able to interact with the Provider's app.
18
18
19
-
The Login User flow is the process by which a user logs in to the Provider's app after the user has registered. The user will be able to interact with the Provider's app.
19
+
The Login User flow is the process by which a user logs in to the Provider's app after the user has registered. The user will subsequently be able to interact with the Provider's app.
20
20
21
21
<!-- This diagram is excerpted from the original here: [Account Service Flow Chart](https://github.com/ProjectLibertyLabs/gateway/blob/main/developer-docs/account/account-service-flow.md). Please keep these diagrams in sync.-->
22
22
```mermaid
@@ -229,7 +229,7 @@ VERBOSE [TxnNotifierService] Successfully found transaction 0xdefab4526e86f83aec
229
229
230
230
Look in these logs for any errors or warnings. If you see any, they will give you a clue as to what went wrong.
231
231
232
-
Use the block number to look up the transaction on the [Polkadot blockchain explorer](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2F0.rpc.testnet.amplica.io#/explorer).
232
+
Find the block number that corresponds with the error in the log, and then use that block number to look up the transaction on the [Polkadot blockchain explorer](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2F0.rpc.testnet.amplica.io#/explorer).
233
233
This will give you more information about the transaction and the error that occurred.
@@ -251,7 +251,25 @@ In the below example, the error index is 60 and the error code is 0. Error index
251
251
252
252

253
253
254
-
### Other Debugging Tools
254
+
### Validate Your Deployment
255
+
256
+
Confirm that Frequency Developer Gateway Services are properly deployed and running. This guide provides examples for using [Docker Swarm](https://projectlibertylabs.github.io/gateway/Run/Deployment.html#part-1-deploying-with-docker-swarm) and [Kubernetes](https://projectlibertylabs.github.io/gateway/Run/Kubernetes.html) in AWS. However, the same principles apply to other deployment methods.
257
+
258
+
#### Validate Your Services
259
+
260
+
Gateway depends on a number of [standard services](https://projectlibertylabs.github.io/gateway/Fundamentals/Architecture.html?highlight=Redis#standard-services-gateway-uses) including Redis, BullMQ and IPFS Kubo API. Each of these services must be correctly configured and deployed within your development environment in order for Gateway to function properly. As part of this process, you may also wish to double check your [environment variables](https://github.com/ProjectLibertyLabs/gateway/blob/main/developer-docs/account/ENVIRONMENT.md).
261
+
262
+
#### Validating Your IPFS Environment
263
+
264
+
1. Ensure your [IPFS node](https://projectlibertylabs.github.io/gateway/Run/IPFS.html) is running correctly and check the status of your IPFS node.
265
+
2. For additional management tasks and tests refer to the [IPFS Documentation](https://docs.ipfs.io).
266
+
267
+
#### Validating Your Redis and BullMQ Environment
268
+
269
+
1. Inspect all of your container logs, not just the ones pertaining to the API Service. (Any one of your logs may show a problem with Redis.) Look for error messages in your logs, specifically related to BullMQ or Redis.
270
+
2. Try to execute a command shell in the container that your service is running in and invoke the Redis command line or ping the Redis node in order to verify your application container has network connectivity to your Redis environment.
271
+
3. Further configuration information may be found in the [environment files](https://github.com/ProjectLibertyLabs/gateway/blob/main/env-files/account.template.env#L36).
272
+
4. If either of these tests fail, you will need to first correct the problems in the Redis environment before you can move forward with Gateway.
0 commit comments