New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Share link issues #3677
Comments
Taking a look! @Chris-pap what OS are you running? |
I'm also going to pin this issue. If anyone else is experiencing share link issues, please chime into this issue |
Windows 11 Home , 22H2, 22621.1413 |
Do you guys have an antivirus that's running? It looks like Windows Defender sometimes blocks the share link binary file from running. See #3230 |
I have windows defender and Malwarebytes, i deactivate both of them but it didn't fix the problem. |
|
@Chris-pap Check protection history, it may have already been quarantined so that when defender or Malwarebytes was deactivated, it wouldn't change anything. I am keep having the same problem. (blocked apps are not from gradio) |
Thanks @Ju1-js for letting us know. @Chris-pap, sorry this didn't solve it for you, I'll let you know if we can think of anything else that may be going on. |
Ok I've found solution for my problem on this link as Abidlabs shared I've whitelisted entire Folder instead of just the app.py which worked for me |
Most problems seem resolved. |
maybe you run the code in a server with the proxy? I closed the agents and the problem is solved. |
I met the same problem on Ubuntu, any solution? |
I also encountered this issue in a remote notebook that is different from colab, kaggle, sagemaker etc.
More details see: #2918 (comment) |
I met the same problem on ubuntu2204,have you solved this problem? |
With sd I edited the bat file added --share --gradio-auth someUsername:somePassword and it works just fine |
@abidlabs It seems that the tunneling.py code is not written to cover any error that happens with the underlaying binary. The while loop never exits and sometimes even misses errors. For example on my system (Windows 11), the line printed by
And now gradio will just wait forever for a line that reads while url == "":
if self.proc.stdout is None:
continue
line = self.proc.stdout.readline()
line = line.decode("utf-8")
if "start proxy success" in line:
result = re.search("start proxy success: (.+)\n", line)
if result is None:
raise ValueError("Could not create share URL")
else:
url = result.group(1)
return url In my opinion this code should have a limit of messages to check before exiting gracefully and raising a proper exception with all the lines logged to the error stream. |
Thanks @cansik I believe you are correct. Would you like to open a PR in which any errors are outputted to the user? |
I also found out that this was a problem while debugging. The while loop never exits.
|
So I was using SD.Next when my URL was... cancelled? Reset? Anyhow, the only thing I can think of other than a bug is that my VPN reset the IP address for my home PC, causing the url to be reset or something. Since --share with any Automatic1111 fork is inherently insecure (anyone with access to the URL could potentially use it for nefarious purposes I assume), I'd ideally always be using a VPN like ExpressVPN when opening my instance to the web. Please let me know if you need any more info from me, I'll do my best. |
That is indeed quite possible, if your connection dropped / reset, the share link could be broken. Has this happenened repeatedly, or only once? |
It happened twice in one day, about two hours apart. When I got home from work and was able to view the console, I didn't see any specific errors or anything there, which makes me think it's more on the Gradio-side of things. It's a totally understandable function, I'm wondering if there is something that could be done by SD.Next to perhaps try to re-connect, or maybe a bit of lag time after the connection drops before the url gets reset? I'm so out of my depth here lol. Thanks for your help. |
To anyone following along this issue, we are planning on open-sourcing our FRP server as part of the launch of Gradio 4.0. You can see this PR: #6091, or join us for the launch of 4.0, where we'll discuss this in more depth. |
From (closed) #6880 : Gradio Environment Information:Operating System: Windows gradio dependencies in your environment: aiofiles: 23.2.1 gradio_client dependencies in your environment: fsspec: 2023.12.1 |
I want to know how you solved it |
@abidlabs I changed mine NVAPI Key and nothing changed =/ |
I have the same issue actually. 2024-04-10 16:46:50 | ERROR | stderr | 2024/04/10 16:46:50 [W] [service.go:132] login to server failed: dial tcp 44.237.78.176:7000: i/o timeout
2024-04-10 16:46:50 | INFO | stdout |
2024-04-10 16:46:50 | INFO | stdout | Could not create share link. Please check your internet connection or our status page: https://status.gradio.app. I have: gradio 4.16.0 pypi_0 pypi
gradio-client 0.8.1 pypi_0 pypi I have seen it is possible to deal with it downgrading gradio to 3.9, but currenlty I have a strict requirement using this version. Reproductionimport gradio as gr
def greet(name):
return "Hello " + name + "!"
demo = gr.Interface(fn=greet, inputs="textbox", outputs="textbox")
demo.launch(share=True) # Share your demo with just 1 extra parameter 🚀 Logs2024-04-10 16:46:34 | INFO | httpx | HTTP Request: GET https://api.gradio.app/pkg-version "HTTP/1.1 200 OK"
2024-04-10 16:46:35 | INFO | httpx | HTTP Request: POST https://api.gradio.app/gradio-initiated-analytics/ "HTTP/1.1 200 OK"
2024-04-10 16:46:37 | INFO | stdout | Running on local URL: http://0.0.0.0:7860
2024-04-10 16:46:37 | INFO | httpx | HTTP Request: GET http://localhost:7860/startup-events "HTTP/1.1 200 OK"
2024-04-10 16:46:37 | INFO | httpx | HTTP Request: HEAD http://localhost:7860/ "HTTP/1.1 200 OK"
2024-04-10 16:46:40 | INFO | httpx | HTTP Request: GET https://api.gradio.app/v2/tunnel-request "HTTP/1.1 200 OK"
2024-04-10 16:46:50 | ERROR | stderr | 2024/04/10 16:46:50 [W] [service.go:132] login to server failed: dial tcp 44.237.78.176:7000: i/o timeout
2024-04-10 16:46:50 | INFO | stdout |
2024-04-10 16:46:50 | INFO | stdout | Could not create share link. Please check your internet connection or our status page: https://status.gradio.app.
2024-04-10 16:46:51 | INFO | httpx | HTTP Request: POST https://api.gradio.app/gradio-launched-telemetry/ "HTTP/1.1 200 OK"
2024-04-10 16:46:51 | INFO | httpx | HTTP Request: POST https://api.gradio.app/gradio-error-analytics/ "HTTP/1.1 200 OK" System Infogradio 4.16.0 pypi_0 pypi
gradio-client 0.8.1 pypi_0 pypi |
+1 Same issue as above |
Describe the bug
There was an issue for this before, but even the test code that worked for them doesn't work for me.
The code works for me on Gradio 1.18.0, but the moment I upgrade past it ex. 1.19.x+. The share link breaks.
Is there an existing issue for this?
Reproduction
Logs
System Info
Severity
Blocking upgrade to latest gradio version
The text was updated successfully, but these errors were encountered: