Seems like old scripts cant be deleted with error `workers.api.error.unknown`. I tried deleting one

BBeny Seems like old scripts cant be deleted with error `workers.api.error.unknown`. I...

U

Unsmart•4/18/24, 5:02 AM

Are you on enterprise or did you get it on pay-go before the plan released? Either way sending an account id can probably help an employee look at it when they see it

UUnsmart Are you on enterprise or did you get it on pay-go before the plan released? Eith...

B

BenyOP•4/18/24, 5:47 AM

Enterprise & access through tanushree. I was able to resolve it by uploading a new script with the same name then deleting it.

R

rob•4/19/24, 3:08 PM

wheres the link for buying WfP ? or upgrading from paid workers to that

Rrob wheres the link for buying WfP ? or upgrading from paid workers to that

A

Acе•4/19/24, 3:17 PM

Click it in navigation on the dashboard and then the button to sign up..

R

rob•4/19/24, 3:18 PM

yah im not seeing it on my other account hm

B

Baya•4/19/24, 11:21 PM

I don't see the option to delete secrets in Workers for Platforms API docs. How do you delete secrets using the API?

BBaya I don't see the option to delete secrets in Workers for Platforms API docs. How ...

B

BenyOP•4/20/24, 7:53 AM

This should work

DELETE https://api.cloudflare.com/client/v4/accounts/{account_id}/workers/dispatch/namespaces/{namespace}/scripts/{script_name}/secrets/{secret_name}

DELETE https://api.cloudflare.com/client/v4/accounts/{account_id}/workers/dispatch/namespaces/{namespace}/scripts/{script_name}/secrets/{secret_name}

DELETE https://api.cloudflare.com/client/v4/accounts/{account_id}/workers/dispatch/namespaces/{namespace}/scripts/{script_name}/secrets/{secret_name}

DELETE https://api.cloudflare.com/client/v4/accounts/{account_id}/workers/dispatch/namespaces/{namespace}/scripts/{script_name}/secrets/{secret_name}

B

BenyOP•4/20/24, 7:57 AM

Well it's meant to work but it has an

workers.api.error.unknown

workers.api.error.unknown

error

BBeny Well it's meant to work but it has an `workers.api.error.unknown` error

B

Baya•4/21/24, 11:36 PM

Thanks. Yes, I tried this before; I got the same error. Another issue I noticed is I can't access the "cf" request object in user workers.

R

rob•4/22/24, 1:00 AM

really? So their workers don't image access to the cf request object from the context ?

R

rob•4/22/24, 1:00 AM

Is that by design

BBaya Thanks. Yes, I tried this before; I got the same error. Another issue I noticed ...

B

BenyOP•4/22/24, 2:47 AM

Yeah the API seems to have a few issues unfortunately.
As for the cf props, something similar happens on DOs too - see the explanation of why here: durable-objects
If your project doesn't have a strict requirement of using the "fetch" entry point you might be able to use RPC to pass it down to the user worker (I've not tested this though)

BBeny Yeah the API seems to have a few issues unfortunately. As for the cf props, some...

B

Baya•4/22/24, 3:20 AM

I will check this. I have passed "cf" fields as request headers - as a quick fix.

BBaya Thanks. Yes, I tried this before; I got the same error. Another issue I noticed ...

B

BenyOP•4/22/24, 4:22 AM

There's a workaround I just figured out for deleting secrets, you can use the 'Patch Script Settings' API with a new array of bindings and it'll replace all the existing bindings with the ones specified. If you have other secrets you'd have to define them again which is a bit annoying

BBeny There's a workaround I just figured out for deleting secrets, you can use the 'P...

B

Baya•4/22/24, 4:32 AM

I think patching does not have effect on secrets that are not included in the bindings array.

BBaya I think patching does not have effect on secrets that are not included in the bi...

B

BenyOP•4/22/24, 4:40 AM

It did when I just tried it

B

BenyOP•4/22/24, 4:43 AM

Ah yeah you are right, it's actually still there but doesn't show as there in the API, strange

B

BenyOP•4/22/24, 5:09 AM

They even remain if you delete the script & upload it again, so I guess they're impossible to remove for now

A

Abdallah Abis•4/23/24, 3:16 PM

Hey Folks,
Can a user worker be a consumer of a queue? if so how can I configure it?
using this configures the user worker as a producer, but not a consumer.

{
  "type": "queue",
  "name": "<TEST_QUEUE>",
  "queue_name": "<TEST_QUEUE_NAME>"
}

{
  "type": "queue",
  "name": "<TEST_QUEUE>",
  "queue_name": "<TEST_QUEUE_NAME>"
}

{
  "type": "queue",
  "name": "<TEST_QUEUE>",
  "queue_name": "<TEST_QUEUE_NAME>"
}

{
  "type": "queue",
  "name": "<TEST_QUEUE>",
  "queue_name": "<TEST_QUEUE_NAME>"
}

Should I use the dispatcher as the consumer and then route those messages to the user worker from there?
The issue there would be they will change to be fetch events instead of queue events as there's only

userWorker.fetch

userWorker.fetch

userWorker.fetch

userWorker.fetch method.

AAbdallah Abis Hey Folks, Can a user worker be a consumer of a queue? if so how can I configure...

B

BenyOP•4/23/24, 6:45 PM

You asked this one before, and the answer is still the same unfortunately.
The issue is that the API to create a consumer on a queue doesn't support referencing to dispatch namespace workers. Consumers are configured on the queue rather than the worker.
The only way for now is to create a regular worker that dispatches it to the user worker. You can use RPC to pass it to a handler other than fetch

M

Murmeltier•4/24/24, 10:53 PM

complete noob question, but I wasn't getting smart out of the docs: do user workers support scheduling?

MMurmeltier complete noob question, but I wasn't getting smart out of the docs: do user work...

U

Unsmart•4/24/24, 11:31 PM

I assume you mean cron triggers? I would assume they do but have not tested myself.

U

Unsmart•4/24/24, 11:32 PM

And if by scheduling you meant very specific time instead then you can use durable objects to make alarms to support invoking at a specific time

D

DORSHT•4/26/24, 8:20 AM

Hey, beginner question that maybe someone here can help me out with.
I'm going through the basic "Getting Started" docs of WFP, got a namespace, a user worker and a dispatcher.
So far everything works. Now, i've updated my dispatcher to be a dynamic dispatcher which by the docs is supposed to receive calls to

<USER_WORKER_NAME>.<MY-DOMAIN>.com/*

<USER_WORKER_NAME>.<MY-DOMAIN>.com/*

<USER_WORKER_NAME>.<MY-DOMAIN>.com/*

<USER_WORKER_NAME>.<MY-DOMAIN>.com/* and from there extract the user worker name and call it. But, calls i'm making to

*.<MY-DOMAIN>.com

*.<MY-DOMAIN>.com

*.<MY-DOMAIN>.com

*.<MY-DOMAIN>.com are not getting to my dispatcher worker (only calls to

<MY-DOMAIN>.com

<MY-DOMAIN>.com

<MY-DOMAIN>.com

<MY-DOMAIN>.com do).

It doesn't say in this part of the docs how i should have configured my dispatcher's domains / routes for this to work, can someone help me understand what i'm missing?
Thanks.

DDORSHT Hey, beginner question that maybe someone here can help me out with. I'm going t...

B

BenyOP•4/26/24, 2:25 PM

Which route did you put on the dispatch worker? Should be something like

*.mydomain.com/*

*.mydomain.com/*

*.mydomain.com/*

*.mydomain.com/*

BBeny Well it's meant to work but it has an `workers.api.error.unknown` error

M

mrod•4/26/24, 3:12 PM

howdy folks, sorry for the delay, but this error when deleting secrets from namespaced workers should be fixed

B

BenyOP•5/4/24, 6:39 PM

When using #rate-limiting-beta with Workers for Platforms is there anything special implemented for the

namespace_id

namespace_id

namespace_id

namespace_id or is that ID still shared among all scripts?

U

Unsmart•5/5/24, 2:31 AM

if you use the same id it would use the same namespace if thats what you mean

UUnsmart if you use the same id it would use the same namespace if thats what you mean

B

BenyOP•5/5/24, 6:47 PM

Yeah, that's how I imagine it works. Was just wondering if there had been any considerations for Workers for Platforms, such as them being scoped to each dispatch namespace.
It might become a challenge to maintain a database of namespace ids assigned to each user (to prevent them affecting each other) when there are a lot of workers across various dispatch namespaces and deployment systems.
I'm sure it wouldn't be an issue at the moment with the maximum rate limit period being 60 seconds, but that's sure to increase in the future and might affect other workers if they both end up using the same namespace id.
Perhaps an option that disables it being scoped across all workers would be useful in situations like this, where that behaviour becomes an obstacle rather than something useful.

U

Unsmart•5/5/24, 7:09 PM

Not sure why it would be hard to maintain a db?

UUnsmart Not sure why it would be hard to maintain a db?

B

BenyOP•5/5/24, 7:14 PM

Well in my situation that would involve creating a central database among 3 different deployment systems, with clashing user ids & script names. Of couse it is achievable, but not an easy task.

B

BenyOP•5/5/24, 7:18 PM

All that work could be avoided by a single additional option in the binding

U

Unsmart•5/5/24, 7:26 PM

I highly doubt they would do that as it completely defeats the point of namespaces

B

BenyOP•5/5/24, 7:29 PM

Hmm, what if namespace ids could be any string and were converted to a number behind the scenes?
If we could use a dynamic string that would solve everything, such as

namespace_id = "stores/[user-id]/1"

namespace_id = "stores/[user-id]/1"

namespace_id = "stores/[user-id]/1"

namespace_id = "stores/[user-id]/1"
Knowing which script correlates to which namespace number is the tricky bit

UUnsmart I highly doubt they would do that as it completely defeats the point of namespac...

B

BenyOP•5/5/24, 7:48 PM

Yeah agreed, the option to disable it would remove the purpose of namespaces, but that might be useful for some people.
Instead of being at the account level, if they were at the dispatch namespace level for user workers this would also be helpful. It would be easier to maintain a database of ids for user workers in each dispatch namespace than across the whole account.
The option to set a scope level, like account/dispatch_namespace/self might be better

W

Walshy•5/5/24, 7:54 PM

A namespace is expected to contains thousands or millions of scripts from different customers so I don't think that'll add much more than account level

W

Walshy•5/5/24, 7:55 PM

but yes, I understand the need here. The rate limiting binding is a bit special here in how it works. cc: @tanushree │ Workers PM (for Monday)

Y

yurynix•5/6/24, 4:56 PM

Hello,
Is it possible to start tailing a WFP user worker, in the same way as:
https://developers.cloudflare.com/api/operations/worker-tail-logs-start-tail
?

Cloudflare API Documentation

Interact with Cloudflare's products and services via the Cloudflare API

Yyurynix Hello, Is it possible to start tailing a WFP user worker, in the same way as: ht...

B

BenyOP•5/6/24, 10:27 PM

The API for that doesn't work in WFP. The recommended ways to debug a user worker are with Workers Logpush and Trace Workers.
There was a Google Docs we all got shared in the beta with a walkthrough on how to do it, but some of that information hasn't been added to the Cloudflare site yet. It's not marked as confidential so I assume I can share it here.
The "Trace Workers" in there look identical to Tail Workers, perhaps they are the same thing (renamed from trace to tail?)

Workers_for_Platforms_Onboarding_Guide_-_External.pdf184.18KB

BBeny The API for that doesn't work in WFP. The recommended ways to debug a user worke...

Y

yurynix•5/7/24, 5:48 AM

Thanks

Y

yurynix•5/7/24, 1:54 PM

Is there a way to get a list of active traces?

/workers/traces

/workers/traces

/workers/traces

/workers/traces

returns 404:

{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}

{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}

{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}

{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}

even though I have some traces, for example calling

/workers/traces/4ee25b110c9748fd9344790259c7ce73

/workers/traces/4ee25b110c9748fd9344790259c7ce73

/workers/traces/4ee25b110c9748fd9344790259c7ce73

/workers/traces/4ee25b110c9748fd9344790259c7ce73 I get 200 OK with empty body.

Yyurynix Is there a way to get a list of active traces? ``` /workers/traces ``` returns 4...

B

BenyOP•5/8/24, 10:37 AM

Doing a GET to /workers/traces works for me, it returns an array of all the traces set up

B

BenyOP•5/8/24, 10:38 AM

https://api.cloudflare.com/client/v4/accounts/[account_id]/workers/traces

https://api.cloudflare.com/client/v4/accounts/[account_id]/workers/traces

https://api.cloudflare.com/client/v4/accounts/[account_id]/workers/traces

https://api.cloudflare.com/client/v4/accounts/[account_id]/workers/traces

BBeny Doing a GET to /workers/traces works for me, it returns an array of all the trac...

Y

yurynix•5/8/24, 11:01 AM

yep, that's the call I'm making:

curl -v -H 'Authorization: Bearer <token>' https://api.cloudflare.com/client/v4/accounts/<acc>>/workers/traces

curl -v -H 'Authorization: Bearer <token>' https://api.cloudflare.com/client/v4/accounts/<acc>>/workers/traces

curl -v -H 'Authorization: Bearer <token>' https://api.cloudflare.com/client/v4/accounts/<acc>>/workers/traces

curl -v -H 'Authorization: Bearer <token>' https://api.cloudflare.com/client/v4/accounts/<acc>>/workers/traces

I get:

< HTTP/2 404 
< date: Wed, 08 May 2024 11:00:15 GMT
< content-type: application/json; charset=UTF-8
< cf-ray: 8808f1e77d9e7d95-TLV
< cf-cache-status: DYNAMIC
< set-cookie: __cflb=0H28vgHxwvgAQtjUGU4yFBDJQfw1pfzuRDHHrrfFEmB; SameSite=Lax; path=/; expires=Wed, 08-May-24 13:30:16 GMT; HttpOnly
< vary: Accept-Encoding
< set-cookie: __cfruid=3fd212d653c86dd50df497588a24bf4403b8069c-1715166015; path=/; domain=.api.cloudflare.com; HttpOnly; Secure; SameSite=None
< server: cloudflare
< 
{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}
* Connection #0 to host api.cloudflare.com left intact

< HTTP/2 404 
< date: Wed, 08 May 2024 11:00:15 GMT
< content-type: application/json; charset=UTF-8
< cf-ray: 8808f1e77d9e7d95-TLV
< cf-cache-status: DYNAMIC
< set-cookie: __cflb=0H28vgHxwvgAQtjUGU4yFBDJQfw1pfzuRDHHrrfFEmB; SameSite=Lax; path=/; expires=Wed, 08-May-24 13:30:16 GMT; HttpOnly
< vary: Accept-Encoding
< set-cookie: __cfruid=3fd212d653c86dd50df497588a24bf4403b8069c-1715166015; path=/; domain=.api.cloudflare.com; HttpOnly; Secure; SameSite=None
< server: cloudflare
< 
{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}
* Connection #0 to host api.cloudflare.com left intact

< HTTP/2 404 
< date: Wed, 08 May 2024 11:00:15 GMT
< content-type: application/json; charset=UTF-8
< cf-ray: 8808f1e77d9e7d95-TLV
< cf-cache-status: DYNAMIC
< set-cookie: __cflb=0H28vgHxwvgAQtjUGU4yFBDJQfw1pfzuRDHHrrfFEmB; SameSite=Lax; path=/; expires=Wed, 08-May-24 13:30:16 GMT; HttpOnly
< vary: Accept-Encoding
< set-cookie: __cfruid=3fd212d653c86dd50df497588a24bf4403b8069c-1715166015; path=/; domain=.api.cloudflare.com; HttpOnly; Secure; SameSite=None
< server: cloudflare
< 
{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}
* Connection #0 to host api.cloudflare.com left intact

< HTTP/2 404 
< date: Wed, 08 May 2024 11:00:15 GMT
< content-type: application/json; charset=UTF-8
< cf-ray: 8808f1e77d9e7d95-TLV
< cf-cache-status: DYNAMIC
< set-cookie: __cflb=0H28vgHxwvgAQtjUGU4yFBDJQfw1pfzuRDHHrrfFEmB; SameSite=Lax; path=/; expires=Wed, 08-May-24 13:30:16 GMT; HttpOnly
< vary: Accept-Encoding
< set-cookie: __cfruid=3fd212d653c86dd50df497588a24bf4403b8069c-1715166015; path=/; domain=.api.cloudflare.com; HttpOnly; Secure; SameSite=None
< server: cloudflare
< 
{
  "result": null,
  "success": false,
  "errors": [
    {
      "code": 10108,
      "message": "workers.api.error.trace_not_found"
    }
  ],
  "messages": []
}
* Connection #0 to host api.cloudflare.com left intact

Yyurynix yep, that's the call I'm making: ``` curl -v -H 'Authorization: Bearer <token>' ...

B

BenyOP•5/8/24, 12:36 PM

Strange, mine is working as expected, and that's not even the error message you get if the trace is not found. It is the error you get if you try to delete a trace that doesn't exist though

R

rob•5/10/24, 4:52 AM

https://developers.cloudflare.com/api/operations/namespace-worker-put-script-content Is this what we should be using to programattically upload a user's code to a worker on WfP?

Cloudflare API Documentation

Interact with Cloudflare's products and services via the Cloudflare API

Seems like old scripts cant be deleted with error `workers.api.error.unknown`. I tried deleting one

Similar Threads

Similar Threads

Similar Threads