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

name publish doesn't instantly update the cache entry in the local node #2078

Closed
fazo96 opened this issue Dec 16, 2015 · 4 comments
Closed
Assignees
Labels
help wanted Seeking public contribution on this issue kind/bug A bug in existing code (including security flaws) need/verification This issue needs verification

Comments

@fazo96
Copy link

fazo96 commented Dec 16, 2015

When ipfs name publish finishes, it doesn't instantly update the cache of the local node.

This is a problem in my app: the user updates his profile, but it takes a while (around 20 seconds) until he sees his changes.

@jbenet
Copy link
Member

jbenet commented Dec 16, 2015

i've noticed this before, it's silly.

@harlantwood
Copy link
Contributor

Both IPNS publishing and resolving seemed surprisingly slow in our ad hoc testing (on 0.3.9). For our nascent app, we are moving to tracking the IPFS "head" at the application level instead.

We would much rather use IPNS, and plan to move to it when performance improves.

@fazo96
Copy link
Author

fazo96 commented Dec 20, 2015

@harlantwood it's already improved hugely in 0.3.10 and 0.4.0 in my experience, this is just an issue when you are resolving the address associated with the node that is performing the resolution, which should be an instant resolution but for some reason it's not

@whyrusleeping
Copy link
Member

has this been resolved?

@whyrusleeping whyrusleeping added kind/bug A bug in existing code (including security flaws) need/verification This issue needs verification help wanted Seeking public contribution on this issue labels Aug 23, 2016
@Kubuxu Kubuxu self-assigned this Dec 13, 2016
@Kubuxu Kubuxu added the status/in-progress In progress label Dec 13, 2016
@whyrusleeping whyrusleeping removed the status/in-progress In progress label Dec 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Seeking public contribution on this issue kind/bug A bug in existing code (including security flaws) need/verification This issue needs verification
Projects
None yet
Development

No branches or pull requests

5 participants