Safari: User name input does not lead to listing of repos
See original GitHub issueUsing J-Lab in Safari with this plugin, i put a username and it does not show the available repos. I verified via Chrome, that the plugin was installed successfully, as things work there.
Here’s what the javascript console says:
Here’s my jupyters:
(stable) └─❱❱❱ conda list jupyter +7857 11:46 ❰─┘
# packages in environment at /Users/klay6683/miniconda3/envs/stable:
#
# Name Version Build Channel
jupyter 1.0.0 py_1 conda-forge
jupyter_client 5.2.3 py36_0 conda-forge
jupyter_console 5.2.0 py36_0 conda-forge
jupyter_contrib_core 0.3.3 py36_1 conda-forge
jupyter_contrib_nbextensions 0.5.0 py36_0 conda-forge
jupyter_core 4.4.0 py_0 conda-forge
jupyter_highlight_selected_word 0.2.0 py36_0 conda-forge
jupyter_latex_envs 1.4.4 py36_0 conda-forge
jupyter_nbextensions_configurator 0.4.0 py36_0 conda-forge
jupyterlab 0.32.0 py36_1 conda-forge
jupyterlab_launcher 0.10.5 py36_0 conda-forge
and my conda info
:
(stable) └─❱❱❱ conda info +7858 11:47 ❰─┘
active environment : stable
active env location : /Users/klay6683/miniconda3/envs/stable
shell level : 1
user config file : /Users/klay6683/.condarc
populated config files : /Users/klay6683/.condarc
conda version : 4.5.1
conda-build version : not installed
python version : 3.6.5.final.0
base environment : /Users/klay6683/miniconda3 (writable)
channel URLs : https://conda.anaconda.org/menpo/osx-64
https://conda.anaconda.org/menpo/noarch
https://conda.anaconda.org/jlaura/osx-64
https://conda.anaconda.org/jlaura/noarch
https://conda.anaconda.org/conda-forge/osx-64
https://conda.anaconda.org/conda-forge/noarch
https://conda.anaconda.org/conda-canary/osx-64
https://conda.anaconda.org/conda-canary/noarch
https://repo.anaconda.com/pkgs/main/osx-64
https://repo.anaconda.com/pkgs/main/noarch
https://repo.anaconda.com/pkgs/free/osx-64
https://repo.anaconda.com/pkgs/free/noarch
https://repo.anaconda.com/pkgs/r/osx-64
https://repo.anaconda.com/pkgs/r/noarch
https://repo.anaconda.com/pkgs/pro/osx-64
https://repo.anaconda.com/pkgs/pro/noarch
https://conda.anaconda.org/NSIDC/osx-64
https://conda.anaconda.org/NSIDC/noarch
package cache : /Users/klay6683/miniconda3/pkgs
/Users/klay6683/.conda/pkgs
envs directories : /Users/klay6683/miniconda3/envs
/Users/klay6683/.conda/envs
platform : osx-64
user-agent : conda/4.5.1 requests/2.18.4 CPython/3.6.5 Darwin/16.7.0 OSX/10.12.6
UID:GID : 273771:2260
netrc file : None
offline mode : False
Issue Analytics
- State:
- Created 5 years ago
- Comments:34 (16 by maintainers)
Top Results From Across the Web
If AutoFill doesn't work in Safari on Mac - Apple Support
In the Safari app on your Mac, choose Safari > Settings, click AutoFill, then make sure “User names and passwords” is selected.
Read more >Safari user/password autofill makes Repository Settings form ...
Safari username /password autofill overwrites Git repository URL and Password fields in Pull from a remote repository section of Settings -> ...
Read more >Resolve manual snapshot error in Amazon OpenSearch Service
I want to restore a manual snapshot of my Amazon OpenSearch Service cluster. However, I receive an error when I try to register...
Read more >Known Exploited Vulnerabilities Catalog | CISA
Forced OGNL evaluation, when evaluated on raw user input in tag attributes, may lead to remote code execution. Affected software : Apache Struts...
Read more >HTML5 Video tag not working in Safari , iPhone and iPad
I had same issue with apple devices like iPhone and iPad, I turned off the low power mode and it worked and you...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Thanks for all the help in tracking it down! I can merge the fix and release a patch version today. I’m not entirely sure why Safari chokes on those URLs, but the fix is innocuous enough.
Those unauthorized errors are actually expected (though I wish Safari would not spam the console with them, maybe I can find a way around that). They are some checks for things at various endpoints, along with fallbacks if they fail.
Fixed by #56