Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

GROMACS editor after a run: internal file names, stale status, developer text

Open Beginner friendly
#336 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
70/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
cpp
Domain
desktop

Research direction

Start with ResourceUtils.C, where the content-type file name ecceSession_ecceMdOptimize.gro is built, and with GromacsInputsPanel::refresh, where the status line is set. Check how the editor displays the attached file name and the topology name, and where the intro paragraph text lives. Done when the Inputs tab shows em.gro and processed.top as attached, the post-run status says the inputs are fixed until Reset, and the intro keeps only its first two sentences.

Written by the indexing model from the issue text.

Description

Seen 2026-10-15 in the GROMACS MD Optimize editor after a finished minimisation (Inputs tab, read only).

  1. Starting structure shows ecceSession_ecceMdOptimize.gro, a name built from the content type (ResourceUtils.C), instead of the attached file's name (em.gro). The editor should keep showing the name the user attached.
  2. Status line still reads "Ready: a topology and a starting structure are attached." (GromacsInputsPanel::refresh). After a run it should say the calculation has run and its inputs are fixed until Reset.
  3. Topology shows processed.gmxtop, the internal storage name; show processed.top, as attached.
  4. The intro paragraph includes developer detail ("A topology is kept as .gmxtop so it cannot be mistaken for an NWChem topology; the job still sees it as topol.top."). Keep the first two sentences.

For the GROMACS round, with #334.

Dominant language
C
Stars
10
Forks
8
Avg merge
21m
Merged PRs (30d)
1

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

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 FriendsofECCE/ECCE

All issues in FriendsofECCE/ECCE

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.