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
Currently in master, we warn users that "some browsers" can't be automatically set up to proxy. We should instead just add a ui element to each browser that can't be automatically set up, so users know exactly which browsers require additional configuration.
The text was updated successfully, but these errors were encountered:
It makes sense that we should definitely prioritize browsers that we can automatically configure, but I'm worried that if we don't show browsers that we cannot auto-setup, then users will think that James can't work at all with those other browsers.
Perhaps we can have the main list of browsers as we have it today, but that list only has browsers that we can automatically configure. Then, below, as a sub-note, we can show other browsers detected, but have a note saying that the user will manually have to set up the browsers to point to localhost:$port
Guessing we need to whitelist browsers that support auto configuration.
We can move the unsupported browsers into a separate section below with a wiki link to an explanation. I was thinking of doing something similar for #43 to show a message when we detect HTTPS proxying isn't setup and clearly call it out on the homepage, rather than only vaguely in the footer.
Currently in
master
, we warn users that "some browsers" can't be automatically set up to proxy. We should instead just add a ui element to each browser that can't be automatically set up, so users know exactly which browsers require additional configuration.The text was updated successfully, but these errors were encountered: