You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Error cannot fetch your preferences when not logged in #464
Unable to fetch your preferences - this was the error: Error: (via loadPrefs) Error: Can't log in: Error: Could not log in
at _callee5$ (authn.ts:288)
at tryCatch (runtime.js:63)
at Generator.invoke [as _invoke] (runtime.js:294)
at Generator.throw (runtime.js:119)
at asyncGeneratorStep (asyncToGenerator.js:3)
at _throw (asyncToGenerator.js:29)
Hi @bourgeoa I'm wondering what would the expected behavior be? Should we just be told that we are not logged in?
I also can't seem to recreate it. I'm wondering if you could show the steps you took to produce it. I logged in, went to preferences, logged out and it just refreshes and goes to my public data.
what would the expected behavior be? Should we just be told that we are not logged in?
@SharonStrats Profile and public preferences should be available.
I also can't seem to recreate it. I'm wondering if you could show the steps you took to produce it. I logged in, went to preferences, logged out and it just refreshes and goes to my public data.
maybe this is a good first issue to wrap my head around.
I' m trying to reproduce it. being not logged in and opening the settings container throws a 401 (see pic).
what is the desired behaviour ? being in which state and doing what exact steps shows the error ?
where would the public preferences be meant to be shown ?
Since we are not logged in, it should not even try to read the preference file. The check to see if the user is logged in should happen before, in the code. @jeff-zucker am I correct to say that the app should not even look for it?
Yes, I believe that is correct, the preferencesFile is private and can only be accessed when logged in so there is no point in looking for it if not logged in. I believe the correct behavior is
Load the WebID Profile Document
If logged in, load the preferences file
2a. If no preferences file found, offer to create one
If not logged in, perhaps informative message in console :"not logged in, no preferences loaded"
The error is now from solid-ui installHook.js:1 Unable to fetch your preferences - this was the error: Error: (via loadPrefs) Error: Can't log in: Error: Could not log in
at solid-ui.js:9659:17
at solid-ui.js:655:18
at Generator. (solid-ui.js:921:51)
at Generator.throw (solid-ui.js:456:21)
at v (solid-ui.js:1350:15)
at s (solid-ui.js:1367:9)
Activity
SharonStrats commentedon Jan 9, 2022
Hi @bourgeoa I'm wondering what would the expected behavior be? Should we just be told that we are not logged in?
I also can't seem to recreate it. I'm wondering if you could show the steps you took to produce it. I logged in, went to preferences, logged out and it just refreshes and goes to my public data.
bourgeoa commentedon Jan 9, 2022
@SharonStrats Profile and public preferences should be available.
Logging out do not clear public preferences
ewingson commentedon Jan 9, 2022
@bourgeoa @SharonStrats
maybe this is a good first issue to wrap my head around.
I' m trying to reproduce it. being not logged in and opening the
settingscontainer throws a 401 (see pic).what is the desired behaviour ? being in which state and doing what exact steps shows the error ?
where would the public preferences be meant to be shown ?
bourgeoa commentedon Jan 9, 2022
@ewingson

The error appears in the browser developper :
ewingson commentedon Jan 9, 2022
@bourgeoa @SharonStrats
I was able to reproduce it (see pic).
Alain, you already tracked it down fortunately.
Dunno though if the code seems to trigger (or need) a Login.
maybe we must remove (or modify) the triggering mechanism

solidLogicSingelton.ewingson commentedon Jan 9, 2022
@bourgeoa @SharonStrats
I tried to follow the code flow.


to me the console says Line 288. ((see two pics)).
timea-solid commentedon Apr 26, 2022
Since we are not logged in, it should not even try to read the preference file. The check to see if the user is logged in should happen before, in the code. @jeff-zucker am I correct to say that the app should not even look for it?
jeff-zucker commentedon Apr 27, 2022
Yes, I believe that is correct, the preferencesFile is private and can only be accessed when logged in so there is no point in looking for it if not logged in. I believe the correct behavior is
2a. If no preferences file found, offer to create one
timea-solid commentedon Apr 28, 2022
This was also discussed in SolidOS team meeting (see under tech topics).
Same steps as Jeff mentioned a bit more implementation detail.
SharonStrats commentedon Mar 15, 2026
PR #710
The error is now from solid-ui installHook.js:1 Unable to fetch your preferences - this was the error: Error: (via loadPrefs) Error: Can't log in: Error: Could not log in
at solid-ui.js:9659:17
at solid-ui.js:655:18
at Generator. (solid-ui.js:921:51)
at Generator.throw (solid-ui.js:456:21)
at v (solid-ui.js:1350:15)
at s (solid-ui.js:1367:9)
SharonStrats commentedon May 28, 2026
I believe this was closed with post-milestone3m solid-logic and solid-ui.