tftsr-devops_investigation/node_modules/js-tokens/CHANGELOG.md
Shaun Arman 8839075805 feat: initial implementation of TFTSR IT Triage & RCA application
Implements Phases 1-8 of the TFTSR implementation plan.

Rust backend (Tauri 2.x, src-tauri/):
- Multi-provider AI: OpenAI-compatible, Anthropic, Gemini, Mistral, Ollama
- PII detection engine: 11 regex patterns with overlap resolution
- SQLCipher AES-256 encrypted database with 10 versioned migrations
- 28 Tauri IPC commands for triage, analysis, document, and system ops
- Ollama: hardware probe, model recommendations, pull/delete with events
- RCA and blameless post-mortem Markdown document generators
- PDF export via printpdf
- Audit log: SHA-256 hash of every external data send
- Integration stubs for Confluence, ServiceNow, Azure DevOps (v0.2)

Frontend (React 18 + TypeScript + Vite, src/):
- 9 pages: full triage workflow NewIssue→LogUpload→Triage→Resolution→RCA→Postmortem→History+Settings
- 7 components: ChatWindow, TriageProgress, PiiDiffViewer, DocEditor, HardwareReport, ModelSelector, UI primitives
- 3 Zustand stores: session, settings (persisted), history
- Type-safe tauriCommands.ts matching Rust backend types exactly
- 8 IT domain system prompts (Linux, Windows, Network, K8s, DB, Virt, HW, Obs)

DevOps:
- .woodpecker/test.yml: rustfmt, clippy, cargo test, tsc, vitest on every push
- .woodpecker/release.yml: linux/amd64 + linux/arm64 builds, Gogs release upload

Verified:
- cargo check: zero errors
- tsc --noEmit: zero errors
- vitest run: 13/13 unit tests passing

Co-Authored-By: Claude Sonnet 4.6 (1M context) <noreply@anthropic.com>
2026-03-14 22:36:25 -05:00

4.4 KiB
Raw Blame History

Version 4.0.0 (2018-01-28)

  • Added: Support for ES2018. The only change needed was recognizing the s regex flag.
  • Changed: All tokens returned by the matchToToken function now have a closed property. It is set to undefined for the tokens where “closed” doesnt make sense. This means that all tokens objects have the same shape, which might improve performance.

These are the breaking changes:

  • '/a/s'.match(jsTokens) no longer returns ['/', 'a', '/', 's'], but ['/a/s']. (There are of course other variations of this.)
  • Code that rely on some token objects not having the closed property could now behave differently.

Version 3.0.2 (2017-06-28)

  • No code changes. Just updates to the readme.

Version 3.0.1 (2017-01-30)

  • Fixed: ES2015 unicode escapes with more than 6 hex digits are now matched correctly.

Version 3.0.0 (2017-01-11)

This release contains one breaking change, that should improve performance in V8:

So how can you, as a JavaScript developer, ensure that your RegExps are fast? If you are not interested in hooking into RegExp internals, make sure that neither the RegExp instance, nor its prototype is modified in order to get the best performance:

var re = /./g;
re.exec('');  // Fast path.
re.new_property = 'slow';

This module used to export a single regex, with .matchToToken bolted on, just like in the above example. This release changes the exports of the module to avoid this issue.

Before:

import jsTokens from "js-tokens"
// or:
var jsTokens = require("js-tokens")
var matchToToken = jsTokens.matchToToken

After:

import jsTokens, {matchToToken} from "js-tokens"
// or:
var jsTokens = require("js-tokens").default
var matchToToken = require("js-tokens").matchToToken

Version 2.0.0 (2016-06-19)

  • Added: Support for ES2016. In other words, support for the ** exponentiation operator.

These are the breaking changes:

  • '**'.match(jsTokens) no longer returns ['*', '*'], but ['**'].
  • '**='.match(jsTokens) no longer returns ['*', '*='], but ['**='].

Version 1.0.3 (2016-03-27)

  • Improved: Made the regex ever so slightly smaller.
  • Updated: The readme.

Version 1.0.2 (2015-10-18)

  • Improved: Limited npm package contents for a smaller download. Thanks to @zertosh!

Version 1.0.1 (2015-06-20)

  • Fixed: Declared an undeclared variable.

Version 1.0.0 (2015-02-26)

  • Changed: Merged the 'operator' and 'punctuation' types into 'punctuator'. That type is now equivalent to the Punctuator token in the ECMAScript specification. (Backwards-incompatible change.)
  • Fixed: A - followed by a number is now correctly matched as a punctuator followed by a number. It used to be matched as just a number, but there is no such thing as negative number literals. (Possibly backwards-incompatible change.)

Version 0.4.1 (2015-02-21)

  • Added: Support for the regex u flag.

Version 0.4.0 (2015-02-21)

  • Improved: jsTokens.matchToToken performance.
  • Added: Support for octal and binary number literals.
  • Added: Support for template strings.

Version 0.3.1 (2015-01-06)

  • Fixed: Support for unicode spaces. They used to be allowed in names (which is very confusing), and some unicode newlines were wrongly allowed in strings and regexes.

Version 0.3.0 (2014-12-19)

  • Changed: The jsTokens.names array has been replaced with the jsTokens.matchToToken function. The capturing groups of jsTokens are no longer part of the public API; instead use said function. See this gist for an example. (Backwards-incompatible change.)
  • Changed: The empty string is now considered an “invalid” token, instead an “empty” token (its own group). (Backwards-incompatible change.)
  • Removed: component support. (Backwards-incompatible change.)

Version 0.2.0 (2014-06-19)

  • Changed: Match ES6 function arrows (=>) as an operator, instead of its own category (“functionArrow”), for simplicity. (Backwards-incompatible change.)
  • Added: ES6 splats (...) are now matched as an operator (instead of three punctuations). (Backwards-incompatible change.)

Version 0.1.0 (2014-03-08)

  • Initial release.