diff --git a/docs/components/ALKiln/components/_need_proxy_vars.md b/docs/components/ALKiln/components/_need_proxy_vars.md
index 1ee511090..af1174c66 100644
--- a/docs/components/ALKiln/components/_need_proxy_vars.md
+++ b/docs/components/ALKiln/components/_need_proxy_vars.md
@@ -1,3 +1,3 @@
-If your interview uses [generic objects](https://docassemble.org/docs/fields.html#generic) (`x`) or [index variables](https://docassemble.org/docs/fields.html#index%20variables) (`i`, `j`, `k`, etc), you **must** have [special HTML](../writing_tests.mdx#special-html) in your interview to set the values of variables.
+If your interview uses [generic objects](https://docassemble.org/docs/fields.html#generic) (`x`) or [index variables](https://docassemble.org/docs/fields.html#index%20variables) (`i`, `j`, `k`, etc), you **must** have [special HTML](writing#special-html) in your interview to set the values of variables.
\ No newline at end of file
diff --git a/docs/components/ALKiln/components/_scenario_folder_contents.js b/docs/components/ALKiln/components/_scenario_folder_contents.js
index e1cff235e..c2df4f112 100644
--- a/docs/components/ALKiln/components/_scenario_folder_contents.js
+++ b/docs/components/ALKiln/components/_scenario_folder_contents.js
@@ -6,22 +6,22 @@ export const ScenarioDir = () => {
return (
- An individual report.txt
+ An individual report.txt
- Another copy of error screenshots and html files
+ Another copy of error screenshots and html files
- Pictures you took of screens along with their associated HTML files
+ Pictures you took of screens along with their associated HTML files
- Files you downloaded
+ Files you downloaded
- JSON variables you compared
+ JSON variables you compared
- Accessibility failures
+ Accessibility failures
);
diff --git a/docs/components/ALKiln/components/_secure_env_vars.md b/docs/components/ALKiln/components/_secure_env_vars.md
index 57a24d023..ba2ad99a8 100644
--- a/docs/components/ALKiln/components/_secure_env_vars.md
+++ b/docs/components/ALKiln/components/_secure_env_vars.md
@@ -1,4 +1,4 @@
-Since [workflow environment variables](../writing_tests.mdx#env-vars) might hold sensitive information, ALKiln avoids taking pictures or downloading the HTML of pages that use environment variables, even when the test has an error on that page. ALKiln avoids printing the value of an environment variable anywhere in the [report](../writing_tests.mdx#reports) or in the [console log](../writing_tests.mdx#console).
+Since [workflow environment variables](writing#env-vars) might hold sensitive information, ALKiln avoids taking pictures or downloading the HTML of pages that use environment variables, even when the test has an error on that page. ALKiln avoids printing the value of an environment variable anywhere in the [report](writing#reports) or in the [console log](writing#console).
or need to learn about test f
If you are coming back and just need some resource reminders, here is a short list:
-- You can see [what your first test might look like](alkiln_setup#first-test).
+- You can see [what your first test might look like](setup.mdx#first-test).
- You can generate a first draft for a more complex test with the help of the [ALKiln Story Table Step generator](#alkiln_story).
- If your interview is using generic objects or index variables, you **must** include [special HTML](#special-html) in your interview.
- Every time you change or add a required field variable, you must update the tests that need that variable.
@@ -2537,7 +2537,7 @@ If your package is leaving out the al_package.yml file from the Assembly Line pa
### Testing unfinished code {#unstable-tip}
-If you are still developing your interview, you can still write a [simple test](alkiln_setup#first-test) to make sure your interview at least loads without an error. You might want to wait till your code is more stable to write more tests.
+If you are still developing your interview, you can still write a [simple test](setup.mdx#first-test) to make sure your interview at least loads without an error. You might want to wait till your code is more stable to write more tests.
On the other hand, if there is a part of your interview that you think will stay pretty much the same, you can write tests that just go part-way through the interview to test just the stable part of the code. That way, you can work on adding more content and yet also be sure that the work you've already done stays working.