diff --git a/common/disclaimer.html b/common/disclaimer.html
deleted file mode 100644
index 5413985e7..000000000
--- a/common/disclaimer.html
+++ /dev/null
@@ -1,44 +0,0 @@
-
-
- Solid Consent Disclaimer
-
-
- Granting access to an application as part of authentication
-
- TL:DR: This is a temporary option that will be removed once we have better ways of granting access to applications. We recommend you grant read and write access by default, but it depends on the application you want to trust.
-
- Applications provide very useful ways of consuming and producing data. Solid provides functionality that allows you to grant access to applications that you trust. This trust might be misplaced sometimes though, which Solid tries to mitigate to lessen the harm that malicious applications can cause.
-
- One of the strategies available in Solid is to check the origins of applications, and in solid-server in Node version 5 (NSS5) we set the configuration for this to be true by default. This strengthens the security of instances running on this codebase, but it also makes it more difficult for users to test applications without explicitly granting them access beforehand.
-
- To facilitate a better user experience, we introduced the option of granting access to applications as part of the authentication process. We believe this is a better flow then forcing users to navigate to their profile and use the functionality provided in the trusted applications pane , and offer this as a temporary solution.
-
- Which modes should I grant the application?
-
- That really depends on what the application needs to do. In general we suggest granting it Read and Write access.
-
- This is what the various modes allows the application to do:
-
-
- Read: Allows the application to read resources - this includes navigating through your pod and potentially copy all of your dataWrite: Allows the application to change and delete resourcesAppend: Allows the application to only append new content to resources, not remove existing contentControl: Allows the application to set which access modes agents have (including themself) - by allowing this you essentially allow the application complete control of your pod
-
- The last mode is a very powerful mode to grant an application. An application could use this to remove all of your control access, essentially locking you out of your pod. (This would also mean that the application couldn't get access to your pod though, as it is still relying on your authentication.)
-
- Why is it temporary?
-
- The way this solutions works "behind the scenes" is that you are granting the application access to all resources that you have access to and that is connected to your profile (in general this would be the pod that was created alongside your WebID). This is probably fine when you want to test an application that you or someone you trust are developing, but it's definitely not the granular access control we want to offer.
-
- We do not have a solution ready yet, but we are working on it . When the solution is specified and implemented in NSS, we will remove the option in the login flow, as you would go through another process of granting applications access that would result in a more granular control.
-
- Learn more
-
- The way that we handle access control in Solid is described in the Web Access Control specification (WAC) . If you want to understand the reasoning for why we chose to turn origin checking on by default, you can read about it in the Meeting W3 Solid Community Group had March 7th 2019 (last point on the agenda) .
-
-
\ No newline at end of file
diff --git a/default-views/auth/consent.hbs b/default-views/auth/consent.hbs
deleted file mode 100644
index 66629413d..000000000
--- a/default-views/auth/consent.hbs
+++ /dev/null
@@ -1,48 +0,0 @@
-
-
-
- {{title}}
-
-
-
Authorize this app to use your data?
-
-
-
-
You will be authorizing {{app_origin}} to have access to perform the actions indicated below.
-
NOTE: This screen is TEMPORARY. Eventually more fine-tuned controls will be available.
-
For more information see the full explanation .
-
-
-
-
-
{{title}}
+
+
+
Authorize {{app_origin}} to access your Pod?
+
Solid allows you to precisely choose what other people and apps can read and write in a Pod. This version of the authorization user interface (node-solid-server V5.1) only supports the toggle of global access permissions to all of the data in your Pod.
+
If you don’t want to set these permissions at a global level, uncheck all of the boxes below, then click authorize. This will add the application origin to your authorization list, without granting it permission to any of your data yet. You will then need to manage those permissions yourself by setting them explicitly in the places you want this application to access.
+
+
+
+
By clicking Authorize, any app from {{app_origin}} will be able to:
+
+
+
+
+
This server (node-solid-server V5.1) only implements a limited subset of OpenID Connect, and doesn’t yet support token issuance for applications. OIDC Token Issuance and fine-grained management through this authorization user interface is currently in the development backlog for node-solid-server
+
-
-
Authorize this app to use your data?
-
You will be authorizing {{app_origin}} to have access perform the actions indicated below.
-
NOTE: This screen is TEMPORARY. Eventually more fine-tuned controls will be available.
-
+
Authorize {{app_origin}} to access your Pod?
+
+
+
+
Solid allows you to precisely choose what other people and apps can read and write in a Pod. This version of the authorization user interface (node-solid-server V5.1) only supports the toggle of global access permissions to all of the data in your Pod.
+
If you don’t want to set these permissions at a global level, uncheck all of the boxes below, then click authorize. This will add the application origin to your authorization list, without granting it permission to any of your data yet. You will then need to manage those permissions yourself by setting them explicitly in the places you want this application to access.
+
By clicking Authorize, any app from {{app_origin}} will be able to:
+
+
+
+
Give other people and apps access to the Pod, or revoke their (and your) access
+
+
+
+
Authorize
+
Cancel
+ {{> auth/auth-hidden-fields}}
+
+
This server (node-solid-server V5.1) only implements a limited subset of OpenID Connect, and doesn’t yet support token issuance for applications. OIDC Token Issuance and fine-grained management through this authorization user interface is currently in the development backlog for node-solid-server
+
+