hakurei

Author	SHA1	Message	Date
kat	2de690e9d6	TODO: docs	2026-05-17 23:19:47 +10:00
kat	058962ca5b	TODO: consider writing tests for the test runner.	2026-05-17 23:19:47 +10:00
kat	086cf02d69	TODO: actually write tests lol.	2026-05-17 23:19:47 +10:00
kat	aeb90feaa9	TODO: auto-load test files based on name, just like go (see long desc) squash this into the commit that first added all_tests.ts, we don't even want to have a trace of it left for the cli ones, we can simply iterate the filesystem relative our location. for the web one, we determine it on launch and expose it as an endpoint from the server which the client queries	2026-05-17 23:19:47 +10:00
kat	ba632368f3	TODO: limited selective execution from cli (see long desc) well the problem with arbitrary selection is that... you need to do lots of matching, which is confusing too when you need to encode nesting. so what if just.. node cli.js index_test.js? this isn't concerned with reporters or execution, this happens at the cli level and it solely affects which modules are imported instead of just all_tests.js. alternatively, we could do suites instead of files. this is probably better huh because you don't need to type out all those file paths, and it doesn't punish large files (because a test file corresponds to a source code file) so we'd just import all_tests.js, then just filter out suites whose name doesn't match <input>, before calling `run` on it. deleting and filtering out suites should probably be methods on the registrar i suspect the impl will be tiny excl argument parser nonsense, so imo squash this into the commit that added registrars add a comment describing the use-case as “just run the tests i'm editing to save time”, rather than as skipping, then briefly mention why general purpose skipping is still a tentative future feature	2026-05-17 23:19:47 +10:00
kat	69a1fe4474	TODO: display elapsed time (see long description) both on a test level and for the whole thing. i think the reporter or registrar abstractions should deal with all timeouts, and just feed elapsed time through all the functions: update() gets time for the specific test, and finalize passes you the total time. this way you don't need to do the same logic in every reporter, and you also give a suggestion to reporter writers (i.e.: you in the future) to expose test durations. actually tbh per-test isn't possible anywhere but in the executor, especially when taking potential future parallel execution into account on the topic of parallelism: per-test is wall clock for that test, regardless of perceived time, because no other number is useful. whole thing is wall clock too, not cpu time remember: - use monotonic clocks!! we need elapsed time, not absolute time - format them to more readable strings like “15h 12m” instead of “54738 seconds”. once things get large we can be less precise for the go reporter: ignore it for the stream reporter: the live feed should include per-test time in brackets or something. the final tree should only include timeout for outliers on the long side (just shove a box plot-esque algo on it), and if a flag is given print it for all nodes, and if another flag is given print the n longest tests. the total time should be in the summary line at the end in brackets à la pytest for the dom reporter, we do the same as with the stream reporter's outlier detection, and have a checkbox or button to dynamically show/hide all timeouts, and another button to toggle a widget of sorts that shows up right above the result tree which includes the n longest tests. all these buttons should be on the same line as the summary (successes/failures/skips). the total time should be included in the “execution finished” text form the previous commit, i.e. “execution finished in 15s”	2026-05-17 23:19:47 +10:00
kat	f7ef64a2f5	TODO: display text execution progress (see long description) since the test tree is statically known, we also statically know how many tests are present. we should hence be using this to provide a counter, say [1/48], to give a rough estimate as to when tests might finish. not a time estimate of course, since we can't determine that nota bene, we can't pass the current test count, and instead need to let the reporter deal with that, since otherwise we can't easily parallelize execution in the future. definitely mention this in a comment somewhere to elaborate on the design for the go reporter: ignore it for the stream reporter, ignore it entirely; we don't even display successes by default so the number has nowhere to be attached to for the dom reporter, put it somewhere in the header, i think alongside the success/failure/skip count. something like “in progress (4/28)”. then once finalize() is called change the whole thing to “execution finished”	2026-05-17 23:19:47 +10:00
kat	ca62d95559	WIP: cmd/mbf: jstest: add JSON reporter for go test integration	2026-05-17 23:19:47 +10:00
kat	06ac81cc07	cmd/mbf: jstest: implement skipping from within the DSL	2026-05-17 23:19:47 +10:00
kat	1b54841d62	cmd/mbf: jstest: implement DSL and runner	2026-05-17 23:19:47 +10:00
kat	f24ebceb9c	cmd/mbf: jstest: add DOM reporter	2026-05-17 23:19:47 +10:00
kat	d90d0aaef8	cmd/mbf: jstest: add basic CLI reporter	2026-05-17 23:19:47 +10:00
Ophestra	99b324fb17	cmd/mbf: update pkgserver title text This makes more sense for its purpose. Signed-off-by: Ophestra <cat@gensokyo.uk>	2026-05-17 18:57:26 +09:00

2 changed files with 3 additions and 3 deletions

									
										4

cmd/mbf/internal/pkgserver/ui/index.html
									
												View File
												
					@@ -5,11 +5,11 @@

					    <meta name="viewport" content="width=device-width, initial-scale=1.0">

					    <meta name="viewport" content="width=device-width, initial-scale=1.0">

					    <link rel="stylesheet" href="style.css">

					    <link rel="stylesheet" href="style.css">

					    <link rel="icon" href="https://hakurei.app/favicon.ico"/>

					    <link rel="icon" href="https://hakurei.app/favicon.ico"/>

					    <title>Hakurei PkgServer</title>

					    <title>Rosa OS Packages</title>

					    <script src="index.js"></script>

					    <script src="index.js"></script>

					</head>

					</head>

					<body>

					<body>

					<h1>Hakurei PkgServer</h1>

					<h1>Rosa OS Packages</h1>

					<div class="top-controls" id="top-controls-regular">

					<div class="top-controls" id="top-controls-regular">

					    <p>Showing entries <span id="entry-counter"></span>.</p>

					    <p>Showing entries <span id="entry-counter"></span>.</p>

					    <span id="search-bar">

					    <span id="search-bar">

									
										2

cmd/mbf/internal/pkgserver/ui/jstest/jstest.ts
									
												View File
												
					@@ -446,7 +446,7 @@ interface GoNode {

					}

					}

					// Used to display results via `go test`, via some glue code from the Go side.

					// Used to display results via `go test`, via some glue code from the Go side.

					// TODO(Ophestra): said glue code has to be written.

					// TODO(ophestra): said glue code has to be written.

					export class GoTestReporter implements Reporter {

					export class GoTestReporter implements Reporter {

					    register(suites: TestGroup[]) {

					    register(suites: TestGroup[]) {

					        console.log(JSON.stringify(suites.map(GoTestReporter.serialize)));

					        console.log(JSON.stringify(suites.map(GoTestReporter.serialize)));

Compare commits

13 Commits

525e413e75 ... pkgserver-

4

cmd/mbf/internal/pkgserver/ui/index.html

View File

2

cmd/mbf/internal/pkgserver/ui/jstest/jstest.ts

View File

Compare commits

13 Commits 525e413e75 ... pkgserver-

4 cmd/mbf/internal/pkgserver/ui/index.html Unescape Escape View File

2 cmd/mbf/internal/pkgserver/ui/jstest/jstest.ts Unescape Escape View File

13 Commits

525e413e75 ... pkgserver-

4

cmd/mbf/internal/pkgserver/ui/index.html

View File

2

cmd/mbf/internal/pkgserver/ui/jstest/jstest.ts

View File