Skip to content

Releases: cloudflare/workers-sdk

[email protected]

03 Jul 08:32
148597d
Compare
Choose a tag to compare

Minor Changes

  • #9535 56dc5c4 Thanks @penalosa! - In 2023 we announced breakpoint debugging support for Workers, which meant that you could easily debug your Worker code in Wrangler's built-in devtools (accessible via the [d] hotkey) as well as multiple other devtools clients, including VSCode. For most developers, breakpoint debugging via VSCode is the most natural flow, but until now it's required manually configuring a launch.json file, running wrangler dev, and connecting via VSCode's built-in debugger.

    Now, using VSCode's built-in JavaScript Debug Terminals, there are just two steps: open a JS debug terminal and run wrangler dev (or vite dev). VSCode will automatically connect to your running Worker (even if you're running multiple Workers at once!) and start a debugging session.

  • #9810 8acaf43 Thanks @WillTaylorDev! - WC-3626 Pull branch name from WORKERS_CI_BRANCH if exists.

Patch Changes

[email protected]

03 Jul 08:32
148597d
Compare
Choose a tag to compare

Minor Changes

  • #9535 56dc5c4 Thanks @penalosa! - In 2023 we announced breakpoint debugging support for Workers, which meant that you could easily debug your Worker code in Wrangler's built-in devtools (accessible via the [d] hotkey) as well as multiple other devtools clients, including VSCode. For most developers, breakpoint debugging via VSCode is the most natural flow, but until now it's required manually configuring a launch.json file, running wrangler dev, and connecting via VSCode's built-in debugger.

    Now, using VSCode's built-in JavaScript Debug Terminals, there are just two steps: open a JS debug terminal and run wrangler dev (or vite dev). VSCode will automatically connect to your running Worker (even if you're running multiple Workers at once!) and start a debugging session.

@cloudflare/[email protected]

03 Jul 08:32
148597d
Compare
Choose a tag to compare

Patch Changes

@cloudflare/[email protected]

03 Jul 08:32
148597d
Compare
Choose a tag to compare

@cloudflare/[email protected]

03 Jul 08:32
148597d
Compare
Choose a tag to compare

Minor Changes

  • #9535 56dc5c4 Thanks @penalosa! - In 2023 we announced breakpoint debugging support for Workers, which meant that you could easily debug your Worker code in Wrangler's built-in devtools (accessible via the [d] hotkey) as well as multiple other devtools clients, including VSCode. For most developers, breakpoint debugging via VSCode is the most natural flow, but until now it's required manually configuring a launch.json file, running wrangler dev, and connecting via VSCode's built-in debugger.

    Now, using VSCode's built-in JavaScript Debug Terminals, there are just two steps: open a JS debug terminal and run wrangler dev (or vite dev). VSCode will automatically connect to your running Worker (even if you're running multiple Workers at once!) and start a debugging session.

  • #9803 df04528 Thanks @penalosa! - Support Workers Analytics Engine & Rate Limiting bindings

Patch Changes

@cloudflare/[email protected]

03 Jul 08:32
148597d
Compare
Choose a tag to compare

@cloudflare/[email protected]

01 Jul 09:27
3a5d7e8
Compare
Choose a tag to compare

Patch Changes

  • #9533 0a5bb5a Thanks @petebacondarwin! - fix: ensure that the sourcemap-codec library has been transformed correctly to be imported in workerd during Vitest runs

    Prior to this the inline snapshot tests were failing because they use the magic-string library, which in turn relies upon the sourcemap-codec library.

    This resulted in errors that look like:

    Error running worker: SyntaxError: The requested module '@jridgewell/sourcemap-codec' does not provide an export named 'encode'
    

@cloudflare/[email protected]

01 Jul 09:27
3a5d7e8
Compare
Choose a tag to compare

Minor Changes

  • #9773 45e97e8 Thanks @jamesopstad! - Vite 7 is now supported and included as a peer dependency. We continue to also support Vite 6.

  • #9753 67130b3 Thanks @jamesopstad! - Allow optimizeDeps.exclude to be specified for Worker environments. This enables other plugins to exclude dependencies from optimization that require access to virtual modules. Note that excluded dependencies must be ESM.

[email protected]

26 Jun 10:08
aa5424c
Compare
Choose a tag to compare

Minor Changes

  • #7871 f2a8d4a Thanks @dario-piotrowicz! - add support for assets bindings to getPlatformProxy

    this change makes sure that that getPlatformProxy, when the input configuration
    file contains an assets field, correctly returns the appropriate asset binding proxy

    example:

    // wrangler.jsonc
    {
    	"name": "my-worker",
    	"assets": {
    		"directory": "./public/",
    		"binding": "ASSETS",
    	},
    }
    import { getPlatformProxy } from "wrangler";
    
    const { env, dispose } = await getPlatformProxy();
    
    const text = await (await env.ASSETS.fetch("http://0.0.0.0/file.txt")).text();
    console.log(text); // logs the content of file.txt
    
    await dispose();

Patch Changes

[email protected]

26 Jun 10:08
aa5424c
Compare
Choose a tag to compare

Patch Changes

  • #9742 9b85137 Thanks @dependabot! - chore: update dependencies of "create-cloudflare" package

    The following dependency versions have been updated:

    Dependency From To
    create-vue 3.16.4 3.17.0
  • #9743 8c71de1 Thanks @dependabot! - chore: update dependencies of "create-cloudflare" package

    The following dependency versions have been updated:

    Dependency From To
    create-vite 6.5.0 7.0.0