Two committed gallery `codeobj.json` files name `KernelProblem`, which no longer exists

Open Beginner friendly
#617 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
78/100
Issue type
Documentation
Clarity
Clearly specified
Activity status
Active
Tech stack
python
Domain
documentation

Research direction

Read docs/conf.py:222-229 and the docs-examples task instructions, then run the two named commands for plot_07_split_block and plot_05_moving_solid_guide. Reword the Simulation.translate docstring in src/solprop/driver/simulation.py as described. Done when the regenerated records and docstring are committed and grep -rl KernelProblem docs/auto_* docs/introduction finds nothing.

Written by the indexing model from the issue text.

Description

documentation good first issue priority: low
What happens

KernelProblem was renamed PropagationProblem with no alias (8c8caed0, on main).
Two committed sphinx-gallery records still list KernelProblem as the type of problem,
under solprop.translate.problem, solprop.translate and solprop:

Both files were last written by c8e5a52d, before the rename, and are the same on main.
No other committed codeobj.json names KernelProblem. I scanned every entry under
docs/ whose module starts solprop. No other renamed name turned up, only the
re-export guesses that sphinx-gallery always makes.

Why it matters

These records drive the gallery's links and backreferences. A link to a type that no
longer exists goes nowhere, and a search of the docs for the old name turns up
generated output that looks current.

Why regenerating fixes it, and how

The scripts' text did not change, so their .md5 files are current and
poe docs-examples (the default stale mode) will not run them. Run each by name, which
forces a re-run (docs/conf.py:222-229):

uv run poe docs-examples plot_07_split_block
uv run poe docs-examples plot_05_moving_solid_guide

Simulation.translate() is annotated -> PropagationProblem
(src/solprop/driver/simulation.py:2510), so the records will name the new type. Regenerating may also refresh figures and printed output at rounding level.

Also: the Simulation.translate docstring still says "Assemble the kernel problem"
(simulation.py:2511).

To do
  • Regenerate both scripts by name, and commit their output.
  • Reword the translate docstring.
Done when

grep -rl KernelProblem docs/auto_* docs/introduction finds nothing.

Dominant language
Python
Stars
3
Forks
3
Avg merge
8h 28m
Merged PRs (30d)
176

Getting set up

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.

More from LupoLab/solprop

All issues in LupoLab/solprop

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.