Choosing projects without established account.

[sebastianmbobrecki]

Selects Einstein@home as a project for given computer despite problem with account creation:
`

Web site	http://einstein.phys.uwm.edu/
Science keywords	Astronomy, Detection and study of gravitational waves, Detection and study of pulsars
Location keywords	International, Albert Einstein Institute for Gravitational Physics
Account status	Transient error

``

Project	Score	Use cpu?	Use nvidia?
Einstein@home	0.1	Yes	Yes

`

[davidpanderson]

Thanks for pointing this out. The problem is that E@h recently stopped supporting account creation via RPC. I'll try to resolve this issue with them.

[davidpanderson]

Another option - possibly preferable - is to use a single E@h account, rather than creating an account per SU user.

[sebastianmbobrecki]

Another option - possibly preferable - is to use a single E@h account, rather than creating an account per SU user.

I Don't know if this is good idea as everybody will have single authenticator, and someone can use it to change options or to hijack account.

[davidpanderson]

It uses the weak authenticator

[sebastianmbobrecki]

If I take <authenticator> from account_XXX.xml and use it as "auth" cookie on given project website I can access all settings and change everything, including email and password.

[davidpanderson]

The weak authenticator (which is used in this case) can't be used to log in to the web site:
https://boinc.berkeley.edu/wiki/Weak_account_key

[sebastianmbobrecki]

But it looks like in, for example, account_setiathome.berkeley.edu.xml (it's the same for other projects), in boinc dir, concted to SU and account created by SU, is normal authenticator, not weak. It don't contain "_" which I know is present in weak account keys of any project I participated for years. That's why I was able to access to what's on screenshot.

[sebastianmbobrecki]

I see that now for Einstein it actually uses weak account, but it has similar problem like with Amicable Numbers #5

[davidpanderson]

It was using the wrong weak authenticator.
I fixed this; if you reset E@h (in the manager) and synch with SU, E@h should go away.

[sebastianmbobrecki]

Now I see even stranger situation. Einstein totally disappeared from How projects are chosen for..., but it's still present on Science projects page.

P.S. In su_user_projects.php on line 74 "page_head()", should use "tra()".

[sebastianmbobrecki]

Returning to the main topic. A similar situation with the CPDN.
On https://scienceunited.org/su_user_projects.php I see:

NameClick for details	since	CPU hours	GPU hours	# successful jobs	# failed jobs	Account status	Allowed by prefs?

Climateprediction.net	---	0.00	0.00	0	0	---	yes

, so no account established. But on https://scienceunited.org/su_hosts.php?action=project_select&host_id=2038 there is:

Given the above info, this computer would do work for these projects:

Project	Score	Use cpu?	Use nvidia?
Climateprediction.net	2	Yes	No

So maybe in that case, it would be a good idea to switch all projects to use a single SU account and a weak account key.

[davidpanderson]

I've switched all projects to use a single account. Let me know if any continuing problems.