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

Make ownership filter consistent between relink and rimport

Open
#32 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
45/100
Issue type
Bug
Clarity
Needs clarification
Activity status
Active
Tech stack
python
Domain
authorization, cli

Research direction

Compare the ownership filtering in relink.py with the directory walk in rimport, focusing on how the staging owner and calling user are represented. Resolve whether both commands should check ownership or neither should, then verify that publishing and relinking handle another user's file consistently.

Written by the indexing model from the issue text.

Description

As of #31, rimport walks directories to find files to publish with no regard for who owns the file. relink.py, on the other hand, still filters to just the owner. This is necessary, I think, because the rimport makes it so commands are run as the staging owner, and thus we would need special handling to check that ownership by the calling user is checked.

It may be acceptable to go either way on this: Both check ownership or neither does. It feels weird to have this obvious failure case possibly lead to situations where someone publishes someone else's file but then can't relink it, so I lean towards both checking.

To investigate: Is it even possible for one CSEG user to delete another's file in the input data dir? Yes. In fact, this is what rimport does when relinking! It's only a manual call of relink.py that skips files the user doesn't own.

Dominant language
Python
Stars
0
Forks
2
Avg merge
3d 2h
Merged PRs (30d)
2

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.

More from ESMCI/inputdataTools

All issues in ESMCI/inputdataTools

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.