Question
Isn’t this contrary to the the following note (emphasis mine):
Note
Login items intended to auto-fill in a URI with a local TLD (e.g. http://mysite.local or https://mysite.lan) or single-term hostname (e.g. http://localdevice) will not be available for base domain detection. We recommend using host matching.
Thanks — to test your issue, wouldn’t I also need to run a local server that is listening for HTTPS requests sent to the domain? For example, if I go to https://localhost, I just get an error message (“localhost refused to connect”).
Right, you need http server and we can skip https (which requires setting up certificates).
If you have Python you can run http server like thispython3 -m http.server 8000 and add port number to test URI – http://test.company.local:8000/
Thanks. I don’t have Python installed on my current laptop, unfortunately. Thus, I don’t want to promise to go ahead with setting up a test for your issue. However, in case I do decide to take those steps, I would need a few more instructions:
How to kill the HTTP server.
How to set up the hosts file entry to associate the Python HTTP server with a .local domain (i.e., what IP address to put in the first column).
When you run it with python3 -m http.server 8000 it runs in the foreground meaning it waits for your kepresses on command line. When you press Ctrl-C it quits.
In the first column you put IP address of localhost which is 127.0.0.1 so it would be 127.0.0.1 test.company.local