Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Config inconsistent at runtime #7481

Closed
Stebalien opened this issue Jun 16, 2020 · 4 comments · Fixed by #8824
Closed

Config inconsistent at runtime #7481

Stebalien opened this issue Jun 16, 2020 · 4 comments · Fixed by #8824
Assignees
Labels
kind/bug A bug in existing code (including security flaws) need/triage Needs initial labeling and prioritization status/ready Ready to be worked topic/config Topic config
Milestone

Comments

@Stebalien
Copy link
Member

Version information:

v0.5.1

Description:

The config attached to the command context is not the same config returned by repo.Config(). The commands context should just ask the repo for the config.

@Stebalien Stebalien added kind/bug A bug in existing code (including security flaws) need/triage Needs initial labeling and prioritization labels Jun 16, 2020
@jacobheun jacobheun added status/ready Ready to be worked topic/config Topic config labels Jul 10, 2020
@schomatis schomatis self-assigned this Dec 23, 2021
@schomatis
Copy link
Contributor

@Stebalien Could you provide a code example, please?

@BigLep
Copy link
Contributor

BigLep commented Mar 10, 2022

@Stebalien : do you have more input here so this can be actioned?

@Stebalien
Copy link
Member Author

If we have an open repo stashed in the commands context, we should use the config from https://github.com/ipfs/go-ipfs/blob/d5ad847e05865e81957c43f526600860c06dbb84/repo/fsrepo/fsrepo.go#L500. (by calling repo.Config()).

I think the issue is that we could:

  1. Call cctx.GetConfig(), which will cache it.
  2. Modify the config somehow.
  3. Call cctx.GetConfig(), getting the wrong config.

But I'm having trouble remembering why this is important. @aschmahmann can you remember why I filed this issue?

@BigLep BigLep moved this to 🥞 Todo in IPFS Shipyard Team Mar 11, 2022
@BigLep
Copy link
Contributor

BigLep commented Mar 11, 2022

2022-03-11 conversation: end goal is to make it crystal clear for users on whether they need to reboot or not when making config changes.

For priority determination, it would useful to know how many users are snagged by this issue.

@BigLep BigLep added this to the TBD milestone Mar 23, 2022
@schomatis schomatis moved this from 🥞 Todo to 🏃‍♀️ In Progress in IPFS Shipyard Team Mar 25, 2022
@schomatis schomatis moved this from 🏃‍♀️ In Progress to 🔎 In Review in IPFS Shipyard Team Mar 25, 2022
Repository owner moved this from 🔎 In Review to 🎉 Done in IPFS Shipyard Team Mar 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug A bug in existing code (including security flaws) need/triage Needs initial labeling and prioritization status/ready Ready to be worked topic/config Topic config
Projects
No open projects
Archived in project
Development

Successfully merging a pull request may close this issue.

4 participants