There's confusion right now, regarding the correct URL to use, because of an error. Read on.
BOINC Manager 7.8.2 Add Project lists this URL:
https://einsteinathome.org/
BOINCStats was listing this URL:
http://einstein.phys.uwm.edu/
I think I got them to update it, but now a user is reporting an error:
https://boincstats.com/en/forum/10/11737
Einstein@Home: Notice from BOINC
This project is using an old URL. When convenient, remove the project, then add http://einstein.phys.uwm.edu/
Mon 11 Sep 2017 11:42:06 AM PDT
Assuming we were right to update it to the new URL, why do we* get the error?
Thoughts?
Thanks,
Jacob Klein
*I'll be testing this sometime soon, haven't yet verified the error.
Copyright © 2024 Einstein@Home. All rights reserved.
This is a known problem and
)
This is a known problem and stems from the observation that the Client makes a difference in how a project is added. In case of adding a project via the manager the new URL can be used because the manager is translating the new URL to the old URL before adding the project. In case of adding a project via an Account Manager only the old URL can be used because the client does not do the translation of new to old (and the account manager can't do that either according to boincstats).
That's why we could change the URL in the project list but not on BOINCstats. We tried that in the past but it lead to the exact notice you cite. So please ask boincstats to change it back.
Thanks for the reply,
)
Thanks for the reply, Christian.
I have asked BOINCStats to change it back. Sorry for the confusion or any problems from this.
Is there any way we can fix this so it works better? The problem with having the account manager use the old URL is: The user is able to add the project from the account manager, and also add it via Tools > Add Project, and NOT get the "You already added this project. Please choose a different project." warning.
If this URL translation issue is a bug, it should be logged and eventually fixed, I'd think.
- Jacob
This is not a bug but an
)
This is not a bug but an inherent feature in how the Client and the Manager add projects. The initial assumption was that the website URL of a project is also the master URL. This was later changed in the Manager to support a separation of the two. The Manager now looks up the master URL from the project website URL before sending the Client the command to add the project. The Client doesn't do this lookup, it always expects a master URL. I'm not 100% sure that adding the lookup to the Client would solve this problem and not open another can of worms.
So for Einstein@Home the rule is
That is quite confusing. It
)
That is quite confusing. It seems to me that some pieces are missing (in the Client), to make it work better, regardless of what's in the can :)
I realize I'm a few days late
)
I realize I'm a few days late to the party, but is there any problem with letting the "old one" be removed, and then add the project back in?
Rainmaker_ wrote:I realize
)
Can you be more specific in what you are proposing?
- I don't know if "let" means "user detaches in BOINC" or "Account Manager tells BOINC to detach because URL was updated".
- I don't know if "add the project" means "user attaches in BOINC" or "BOINC attaches as directed by account manager".
Maybe you could list the steps you're proposing, and be specific.