@visulima/disposable-email-domains 1.1.26 → 2.0.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -1,3 +1,110 @@
1
+ ## @visulima/disposable-email-domains [2.0.1](https://github.com/visulima/visulima/compare/@visulima/disposable-email-domains@2.0.0...@visulima/disposable-email-domains@2.0.1) (2026-10-16)
2
+
3
+ ### Bug Fixes
4
+
5
+ * sync data sources (disposable email domains, typosquats blocklist) ([b579590](https://github.com/visulima/visulima/commit/b5795906975b737f1dc0ea7e1cddb30502b533de))
6
+
7
+ ## @visulima/disposable-email-domains [2.0.0](https://github.com/visulima/visulima/compare/@visulima/disposable-email-domains@1.1.26...@visulima/disposable-email-domains@2.0.0) (2026-10-15)
8
+
9
+ ### ⚠ BREAKING CHANGES
10
+
11
+ * Deno is no longer a supported runtime or package manager.
12
+ vis targets node/bun runtimes and aube/npm/pnpm/yarn package managers; the
13
+ deno-lint/deno-fmt adapters and deno inference targets are removed.
14
+
15
+ * fix: resolve eslint errors after deno removal
16
+
17
+ - vis: use a block body for applyIgnoreScripts (arrow-body-style)
18
+ - is-ansi-color-supported: drop stale eslint-disable directives and
19
+ replace the raw-release if/else with a ternary (unicorn/prefer-ternary)
20
+
21
+ * docs(cron-parser): remove remaining deno runtime mentions
22
+
23
+ These doc/config files arrived with main's dialect-gating commit after this
24
+ branch's base, so they still listed Deno as a supported runtime.
25
+
26
+ * feat!: remove deno runtime and tooling support
27
+
28
+ Deno is being wound down: Cloudflare is acquiring the Deno team, the runtime
29
+ gets one more year of monthly maintenance before development ends, and Deno
30
+ Deploy shuts down. Drop Deno as a supported runtime, package manager, and
31
+ lint/fmt/inference target across the monorepo.
32
+
33
+ - vis: remove the deno runtime path, deno-lint/deno-fmt adapters, the
34
+ deno.json inference detector, Deno PM handling (TypeScript + Rust native
35
+ resolver), and the devcontainer deno mount; regenerate the JSON schemas.
36
+ - libraries: drop Deno runtime detection from cerebro, ono,
37
+ is-ansi-color-supported, and task-runner command parsing; remove Deno
38
+ wording from package docs and READMEs.
39
+ - delete the examples/deno directories (ono, pail, storage) and Deno docs.
40
+ - keep JSR publishing (registry usable from Node), license/attribution
41
+ comments, the secret-scanner Deno-token rule, and the historical RFCs.
42
+ * Deno is no longer a supported runtime or package manager.
43
+ vis targets node/bun runtimes and aube/npm/pnpm/yarn package managers; the
44
+ deno-lint/deno-fmt adapters and deno inference targets are removed.
45
+
46
+ * fix: resolve eslint errors after deno removal
47
+
48
+ - vis: use a block body for applyIgnoreScripts (arrow-body-style)
49
+ - is-ansi-color-supported: drop stale eslint-disable directives and
50
+ replace the raw-release if/else with a ternary (unicorn/prefer-ternary)
51
+
52
+ * chore(vis): tidy deno-removal leftovers from review
53
+
54
+ * fix(vis): drop unused logger from x handler, restore bun typing
55
+
56
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
57
+
58
+ * docs: add migration notes for removed deno exports
59
+
60
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
61
+
62
+ * feat(vis): warn on stale adapter ids and deno-only projects
63
+
64
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
65
+
66
+ * refactor(vis): derive runtime ids and reuse bun detection
67
+
68
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
69
+
70
+ * refactor(vis): drop jsr deno option and deno auth reference
71
+
72
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
73
+
74
+ * fix(vis): restore runtime id schema description
75
+
76
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
77
+
78
+ * refactor(vis): remove jsr publishing support
79
+
80
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
81
+
82
+ * feat(bytes): port @std/bytes helpers back in
83
+
84
+ Carries the Uint8Array helpers from @std/bytes@1.0.6 (MIT, Copyright the Deno authors)
85
+ into src/std-bytes.ts and re-exports them from the package entry. Keeps the public API that
86
+ the Deno-removal commit dropped, without the jsr: devDependency. Docs and AGENTS notes are
87
+ restored to describe the ported functions.
88
+
89
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
90
+
91
+ * docs(bytes): attribute ported @std/bytes source
92
+
93
+ The license file still listed @jsr/std__bytes as a bundled dependency.
94
+ Replace it with the MIT notice for the ported src/std-bytes.ts, placed outside
95
+ the generated dependency blocks.
96
+
97
+ Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
98
+
99
+ * fix(cron-parser): keep reviewed docs and 1.1.0 version
100
+
101
+ The rebase onto the remote branch dropped the reviewed dialect sentence in the README and
102
+ the installation table row, and the release commit's 1.1.0 version bump.
103
+
104
+ ### Features
105
+
106
+ * remove deno runtime and tooling support ([#973](https://github.com/visulima/visulima/issues/973)) ([26fada1](https://github.com/visulima/visulima/commit/26fada1ac04731cba9db8f74fe20849c0a15db74))
107
+
1
108
  ## @visulima/disposable-email-domains [1.1.26](https://github.com/visulima/visulima/compare/@visulima/disposable-email-domains@1.1.25...@visulima/disposable-email-domains@1.1.26) (2026-10-15)
2
109
 
3
110
  ### Bug Fixes
package/README.md CHANGED
@@ -54,26 +54,26 @@ pnpm add @visulima/disposable-email-domains
54
54
 
55
55
  | Repository | Domains | Success | Performance |
56
56
  |------------|---------|---------|-------------|
57
- | disposable/disposable-email-domains | 98,610 | ✅ | 0.65s (1.5 MB) |
58
- | willwhite/freemail | 88,162 | ✅ | 0.76s (1.3 MB) |
59
- | FGRibreau/mailchecker | 56,512 | ✅ | 0.46s (848.5 KB) |
60
- | wesbos/burner-email-providers | 27,277 | ✅ | 0.10s (388.0 KB) |
61
- | groundcat/disposable-email-domain-list | 21,453 | ✅ | 0.11s (329.4 KB) |
62
- | 7c/fakefilter | 10,642 | ✅ | 0.06s (146.2 KB) |
63
- | sublime-security/static-files | 10,522 | ✅ | 0.49s (144.0 KB) |
64
- | disposable-email-domains/disposable-email-domains | 9,881 | ✅ | 0.39s (139.6 KB) |
65
- | eser/sanitizer-svc | 3,855 | ✅ | 0.20s (48.9 KB) |
66
- | unkn0w/disposable-email-domain-list | 3,616 | ✅ | 0.09s (45.7 KB) |
57
+ | disposable/disposable-email-domains | 98,735 | ✅ | 0.52s (1.5 MB) |
58
+ | willwhite/freemail | 88,162 | ✅ | 0.67s (1.3 MB) |
59
+ | FGRibreau/mailchecker | 56,512 | ✅ | 0.49s (848.5 KB) |
60
+ | wesbos/burner-email-providers | 27,277 | ✅ | 0.38s (388.0 KB) |
61
+ | groundcat/disposable-email-domain-list | 21,453 | ✅ | 0.16s (329.4 KB) |
62
+ | 7c/fakefilter | 10,648 | ✅ | 0.04s (146.3 KB) |
63
+ | sublime-security/static-files | 10,522 | ✅ | 0.10s (144.0 KB) |
64
+ | disposable-email-domains/disposable-email-domains | 9,892 | ✅ | 0.45s (139.8 KB) |
65
+ | eser/sanitizer-svc | 3,855 | ✅ | 0.12s (48.9 KB) |
66
+ | unkn0w/disposable-email-domain-list | 3,616 | ✅ | 0.03s (45.7 KB) |
67
67
  | MattKetmo/EmailChecker | 2,515 | ✅ | 0.16s (32.4 KB) |
68
- | GeroldSetz/emailondeck.com-domains | 1,121 | ✅ | 0.14s (15.4 KB) |
69
- | castle/disposable-email-domains | 1,000 | ✅ | 0.17s (13.1 KB) |
68
+ | GeroldSetz/emailondeck.com-domains | 1,121 | ✅ | 0.09s (15.4 KB) |
69
+ | castle/disposable-email-domains | 1,000 | ✅ | 0.18s (13.2 KB) |
70
70
  | jespernissen/disposable-maildomain-list | 982 | ✅ | 0.05s (12.6 KB) |
71
- | TheDahoom/disposable-email | 18 | ✅ | 0.17s (234 B) |
71
+ | TheDahoom/disposable-email | 18 | ✅ | 0.08s (234 B) |
72
72
 
73
73
  <!-- END_PLACEHOLDER_CONTRIBUTING -->
74
74
  <!-- START_PLACEHOLDER_LAST_UPDATED -->
75
75
 
76
- _Last updated: 2026-10-15_
76
+ _Last updated: 2026-10-16_
77
77
 
78
78
  <!-- END_PLACEHOLDER_LAST_UPDATED -->
79
79
 
@@ -171,7 +171,7 @@ isDisposableEmail("user@mailinator.com"); // true, no setup
171
171
 
172
172
  The list is about 2.8 MB (about 0.9 MB gzipped) of your bundle and cannot be tree-shaken, which is why it is a separate entry: use `/edge` only where you need it, and use the main entry with `setDomains` if you supply your own list.
173
173
 
174
- **Using the main entry instead?** By default the package reads `dist/domains.json` from disk via `node:fs`, the first time a lookup needs it. That is not possible in Cloudflare Workers, Next.js middleware/edge, or bundles that relocate `index.js` away from the data file, and in Deno it needs `process.getBuiltinModule`, `import.meta.url` and read permission for the data file. Importing the package is safe everywhere, but when the loader cannot read the list nothing matches the built-in list (only `customDomains` you pass per call still match) and a single warning is logged.
174
+ **Using the main entry instead?** By default the package reads `dist/domains.json` from disk via `node:fs`, the first time a lookup needs it. That is not possible in Cloudflare Workers, Next.js middleware/edge, or bundles that relocate `index.js` away from the data file. Importing the package is safe everywhere, but when the loader cannot read the list nothing matches the built-in list (only `customDomains` you pass per call still match) and a single warning is logged.
175
175
 
176
176
  Inject the list once at startup with `setDomains` and, since disposable detection is often a signup gate, call `assertListLoaded()` at startup so a missed or failed load throws instead of failing open (`isListLoaded()` is the non-throwing check):
177
177