oxidecomputer / oxidecomputer/dropshot

logging::test::test_config_file failure on Windows bot

Open
#141 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

:bug: bug
Dominant language
Rust
Stars
1.2k
Forks
104
Avg merge
1d 19h
Merged PRs (30d)
22

Description

This was observed on a PR check run. The test passed on a subsequent rerun.

failures:

---- logging::test::test_config_file stdout ----
config "file": Ok(File { level: Warn, path: "C:\\Users\\RUNNER~1\\AppData\\Local\\Temp\\dropshot-af77ac2c25c9d09a.exe.2092.file_dir\\log.out", if_exists: Fail })
note: configured to log to "C:\Users\RUNNER~1\AppData\Local\Temp\dropshot-af77ac2c25c9d09a.exe.2092.file_dir\log.out"
config "file": Ok(File { level: Warn, path: "C:\\Users\\RUNNER~1\\AppData\\Local\\Temp\\dropshot-af77ac2c25c9d09a.exe.2092.file_dir\\log.out", if_exists: Append })
note: configured to log to "C:\Users\RUNNER~1\AppData\Local\Temp\dropshot-af77ac2c25c9d09a.exe.2092.file_dir\log.out"
config "file": Ok(File { level: Trace, path: "C:\\Users\\RUNNER~1\\AppData\\Local\\Temp\\dropshot-af77ac2c25c9d09a.exe.2092.file_dir\\log.out", if_exists: Truncate })
note: configured to log to "C:\Users\RUNNER~1\AppData\Local\Temp\dropshot-af77ac2c25c9d09a.exe.2092.file_dir\log.out"
thread 'logging::test::test_config_file' panicked at 'assertion failed: should_be_before.timestamp() <= time_after.timestamp()', dropshot\src\test_util.rs:786:13


failures:
    logging::test::test_config_file

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with logging::test::test_config_file and the failure assertion in dropshot/src/test_util.rs:786, using the linked Windows PR check as the reproduction context. Compare the failing run with the subsequent successful rerun and determine why the timestamp ordering assertion is intermittent. Done means the test no longer fails spuriously on the Windows bot.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
testing-qa
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.