diff options
| author | Craig Jennings <c@cjennings.net> | 2026-05-25 08:13:23 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-05-25 08:13:23 -0500 |
| commit | 49f0a77bd95752acd49280306147328cb5c4390f (patch) | |
| tree | 7f56abe39f868a28a37e577d0359c4bbc703f09d /tests/test_calendar_sync_api.py | |
| parent | 2b2c1f7e1fb6daf1c4ef49468dbde71118515abe (diff) | |
| download | dotemacs-49f0a77bd95752acd49280306147328cb5c4390f.tar.gz dotemacs-49f0a77bd95752acd49280306147328cb5c4390f.zip | |
test(elfeed-config): use real structs so tests survive byte-compilation
The cj/elfeed-process-entries tests faked entries as bare symbols and stubbed the elfeed-entry-link accessor, which only works while elfeed-config loads as interpreted source. Byte-compiled, the cl-defstruct accessor inlines to an elfeed-entry-p check plus an aref, so the stub is bypassed and the inlined check rejects the fake entry. Three tests failed the moment a .elc existed.
I rewrote the five process-entries tests to build genuine elfeed-entry structs with elfeed-entry--create, calling package-initialize so the installed elfeed lands on the load-path, and guarded them with skip-unless for an environment that lacks the package. The elfeed-search UI boundary is still stubbed. The four extract-stream-url tests are unchanged.
This unblocks annotating elfeed-config with its load-graph header, which triggers the byte-compile that surfaced the problem.
Diffstat (limited to 'tests/test_calendar_sync_api.py')
0 files changed, 0 insertions, 0 deletions
