TK

@joein noted. Most likely occuring because HF is now forcing access tokens, but this same code worked just fine a week ago. Should I downgrade my fastembed?

@joein ``` HTTP/2 200 content-type: application/json; charset=utf-8 content-length: 1468 date: Fri, 14 Mar 2025 11:42:40 GMT x-powered-by: huggingface-moon cross-origin-opener-policy: same-origin referrer-policy: strict-origin-when-cross-origin x-request-id: Root=1-67d41630-3cfe6c3f217e5cae5c9aebe1 access-control-allow-origin: https://huggingface.co vary: Origin access-control-expose-headers: X-Repo-Commit,X-Request-Id,X-Error-Code,X-Error-Message,X-Total-Count,ETag,Link,Accept-Ranges,Content-Range,X-Xet-Access-Token,X-Xet-Token-Expiration,X-Xet-Refresh-Route,X-Xet-Cas-Url,X-Xet-Hash...

@joein it works when auth is not enforced. It's a token issue. A small change to the fastembed codebase should do the trick

@joein Line 122 in `fastembed/common/model_managemen.py` ``` return snapshot_download( repo_id=hf_source_repo, allow_patterns=allow_patterns, cache_dir=cache_dir, local_files_only=local_files_only, use_auth_token = False, **kwargs, ) ``` Added use_auth_token = False. That did the job This only worked for...

Facing the same issue @taprosoft

did not work. Some functions were not implemented in ONNX