file ID [ ... ] is not shared, while the file is existing

[blotsome]

Basically, goodls has stopped working for me over the past few months. I always get the same error file ID [ ... ] is not shared, while the file is existing (actual file ID redacted). These are typically large files in the couple GB range. I thought maybe it was a size limit, 24-hour lock out period, but it has been days and days since I've tried a download, and probably a month or two since it actually worked.

[farrej10]

I have the same issue, cannot download a file thats 1 Gb

[tanaikech]

Unfortunately, I cannot replicate your situations. In my environment, I could confirm that a 4 GB file, which was publicly shared, could be downloaded. For example, when the file is downloaded by the partial download, what result will you get? Ref

[Paragoumba]

Same problem here with a 7GB+ file. The file is shared by someone else so I tried to copy it on my drive but it didn't help. I tried the following commands:

$ ./goodls_linux_amd64 -u 'https://drive.google.com/file/d/<fileId>/view?usp=sharing'
file ID [ <fileId> ] is not shared, while the file is existing

$ ./goodls_linux_amd64 -u 'https://drive.google.com/file/d/<fileId>/view'
file ID [ <fileId> ] is not shared, while the file is existing

$ export GOODLS_APIKEY=<apiKey>

$ ./goodls_linux_amd64 -u 'https://drive.google.com/file/d/<fileId>/view'
file ID [ <fileId> ] is not shared, while the file is existing

$ ./goodls_linux_amd64 -u 'https://drive.google.com/file/d/<fileId>/view' -i
googleapi: Error 403: The request did not specify any Android package name or
signing-certificate fingerprint. Please ensure that the client is sending them or
use the API Console to update your key restrictions., ipRefererBlocked

$ ./goodls_linux_amd64 -u 'https://drive.google.com/file/d/<fileId>/view' -key <apiKey> -i
googleapi: Error 403: The request did not specify any Android package name or
signing-certificate fingerprint. Please ensure that the client is sending them or
use the API Console to update your key restrictions., ipRefererBlocked

$ ./goodls_linux_amd64 -u 'https://drive.google.com/file/d/<fileId>/view' -key <apiKey> -r 100m
file ID [ <fileId> ] is not shared, while the file is existing

[tanaikech]

Thank you for your comment. When the error message of file ID [ ### ] is not shared, while the file is existing occurs, goodls understands that the file is not shared. In this case, it indicates that goodls cannot download the file. I apologize for this. If I found the method for downloading such file, I would like to implement it.

For example, when you confirm such file using the method of Files: get in Drive API, what result will you get? In this case, please use * to the fields. Ref I thought that such result might become the point for investigating the reason of the issue.

[blotsome]

Ah, using the GET method, I find this new error:

 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "reason": "dailyLimitExceededUnreg",
    "message": "Daily Limit for Unauthenticated Use Exceeded. Continued use requires signup.",
    "extendedHelp": "https://code.google.com/apis/console"
   }
  ],
  "code": 403,
  "message": "Daily Limit for Unauthenticated Use Exceeded. Continued use requires signup."
 }
}

That would explain the issue. Would be nice if that error message was passed on (what is odd is that I can still download the file using the web interface just fine.

[Paragoumba]

I have the same message. I tried to download it with the web interface in a private window (so I'm not logged in) and I can download the file.

[inside83]

I have the same message. I tried to download it with the web interface in a private window (so I'm not logged in) and I can download the file.

Same here. Video file is playable in private mode or in other browser where I'm not signed into my GDrive account but I keep getting file ID [ ### ] is not shared, while the file is existing even though I'm using the API. Shouldn't using API bypass daily download limit?

[SalimF]

"domain": "usageLimits",
"reason": "dailyLimitExceededUnreg"

Thank for the explain, can anyone explain how to make goodls use IPv6 instead IPv4 to bypass download limitation !