They should still be unvisible
they are visible
Nextcloud version: (see Nextcloud admin page)
NC 20 beta 2
Updated from an older Nextcloud/ownCloud or fresh install:
updated from NC 19.0.1
Where did you install Nextcloud from:
NcVM
@nextcloud/designers I wonder if it is
meant to be this way?
cc @juliushaertl @eneiluj
@szaimen It is not meant to be this way :grin:. I can't reproduce this problem. Could you run this SQL query ?
select configvalue from oc_preferences where appid="dashboard" and configkey="statuses"
After having disabled the statuses, you are supposed to get {"weather":false,"status":false}.
Also, is there any error in the browser error log or the server logs when you toggle a status?
This is the output when running the command:

This is what the following command returns:

Those are the console logs:

In the nextcloud logs, I get nothing related.
@eneiluj Could it be a problem, that I am running a Postgresql database?
Could it be a problem, that I am running a Postgresql database?
@szaimen I don't think so as other values are successfully written to your oc_preferences table.
statuses: "{\"weather\":true,\"status\":false}"
@juliushaertl Any clue of what is happening there?
Thanks for your respond!
for 1.: This is what I get in the network tab when modifying the weather and status widgets:

for 2.: The layout is saved correctly until I reload the site. Then it just shows those widgets again, also if I had disabled them before. (probably because the statuses value(s) isn't saved correctly into the database)
@szaimen Which browser are you using? Could you try with another one?
Widget activation, widget layout and statuses activation are all supposed to be saved and restored on page load. For the moment I have no idea what happens to you but it seems nothing is saved.
I've tested this on Brave, which is based on Chromium 85.
But the same happens on Firefox 80, too.

but it seems nothing is saved.
This is not true. The layout of the app-widgets like recent files and recent statuses is saved and restored correctly. (But this is most likely stored in a layout respond? and not in the status respond?)
Only the weather and status widgets have this problem.
I thought you said the widgets layout was not saved.
Anyway I found the problem. I'll fix that soon. Thanks for your perseverance :+1:
@szaimen Ok fixed. Could you try fix/save-statuses branch and confirm it now works fine?
I thought you said the widgets layout was not saved.
Sry, maybe I wasn't clear enough.
Anyway I found the problem. I'll fix that soon. Thanks for your perseverance 馃憤
Great!
@szaimen Ok fixed. Could you try
fix/save-statusesbranch and confirm it now works fine?
@eneiluj Yes, I've tried the fix by simply copying the content to the correct file and it fixes the issue. Thank you very much!
I guess this can be closed since the fix was merged
Most helpful comment
@szaimen It is not meant to be this way :grin:. I can't reproduce this problem. Could you run this SQL query ?
After having disabled the statuses, you are supposed to get
{"weather":false,"status":false}.Also, is there any error in the browser error log or the server logs when you toggle a status?