Mark Feldhousen

This makes sense. I think the behavior you are looking for is the same as if `FOUNDRY_USERNAME` and/or `FOUNDRY_PASSWORD` are not specified. As documented here: https://github.com/felddy/foundryvtt-docker#required-combinations So if authentication fails...

This is a solid proposal. 💪 I agree that it would make a great addition to help mitigate a common pitfall. Thank you for the write up, and the related...

> Let me know if you want me to take a pass at refining this, if it's close enough that you'd like to take it over the finish line yourself,...

Weird. I would have expected that to work as well. I've got your fork in a branch here. I'll see if I can test it today and figure out what...

This is probably related to, or the same as, issue #135 @BitRacer could you take a look through that issue and see if any of the behaviors you are seeing...

Excellent! Thank you for the contribution. I'm currently working on a "cookbook" section. This will fit in perfectly. Once I get the layout figured out I'll merge this in. It...

@eXaminator I'm able to reproduce this with a clean (unlicensed) `data` directory on `10.277.0` with Firefox on Mac. The same setup but with `10.276.0` renders the license page correctly. I...

I just ran the `10.276.0` container while setting the `FOUNDRY_VERSION` environment variable to `10.277` so that the older container will install the newer server. The license page failed to render....

The code that is failing was added in `10.277`: ```diff --- 10.276/resources/app/public/scripts/setup.js 2022-07-28 20:00:18.000000000 -0400 +++ 10.277/resources/app/public/scripts/setup.js 2022-08-04 22:30:14.000000000 -0400 @@ -106,6 +106,12 @@ _licenseView() { ui.notifications = new Notifications().render(true);...

I `exec`'d into the container and commented out lines `112:113` and reloaded the page in Firefox. The license rendered correctly. ```javascript /** * The application view which displays the End...