Clears categorization after each browser close

Templates are for suckers. It keeps clearing out my custom categorization. It's driving me up the wall mad.

[github-actions]

Hi there!
As you're new to this repo, please make sure you've used an appropriate issue template and searched for duplicates (it helps us focus on actual development!). We'd also like to suggest that you read our contribution guidelines and our code of conduct.
Thanks a bunch for opening your first issue! 🙏

[ErikBjare]

Probably because you have some browser setting set to clear your browser storage. Other users have reported this before as well.

You can probably add an exception to not clear the storage for localhost:5600 somehow.

As the note/warning states on the settings page, there is work to move the settings into the server, but still WIP.

[alchemiker]

I see, this issue persists for about a year now. I installed ActivityWatch yesterday, set up my categories just to be greatly disappointed to have all settings flushed and be presented with the default screen in light mode again.
Since the program obviously relies in some way on browser storage, how about mentioning it on the main page?
Otherwise it's just demotivating for new users.

[BelKed]

It was fixed a while ago in ActivityWatch/aw-webui#493 and released in v0.12.3b11.
Installing v0.12.3b11 or newer would solve the problem :)

[alchemiker]

Ah okay, I download v0.12.2 from the website. Let's see when the program tells me that it's ready to update : )

[ElectricityMachine]

It was fixed a while ago in ActivityWatch/aw-webui#493 and released in v0.12.3b11. Installing v0.12.3b11 or newer would solve the problem :)

When adding categories, pressing "Save" should invoke the API request to save the categories on the server, right? And loading the webui in another browser and opening the categories page should display the categories you saved?

If that's the intended behavior, I may do some digging because that's not what happens on my end with the latest beta build, or pull from main and attempt to replicate it.

[BelKed]

I'm using v0.12.3b15 and I can see requests to localhost:5600/api/0/settings endpoint
Just to note, v0.12.3b16 has some bugs; I would recommend downgrading to v0.12.3b15 if you're using v0.12.3b16 :)

[kylrth]

Still seeing this behavior on v0.12.3b17

[BelKed]

It was fixed in ActivityWatch/aw-webui#573 and the fix was released in v0.12.3b19. I have personally tested this version and can confirm that the behaviour from this issue is no longer present :)

[ElectricityMachine]

It was fixed in ActivityWatch/aw-webui#573 and the fix was released in v0.12.3b19. I have personally tested this version and can confirm that the behaviour from this issue is no longer present :)

Confirmed fixed for me. v0.12.3b19 restored my custom categories from when I attempted to save them (despite going to defaults in b16), and now shows up in the WebUI.

As an aside, it also seems like there were some UI changes (or maybe that's because everything's displaying correctly) and the activity page looks nicer, along with correct category identification.

[BelKed]

Yup, there have been some minor changes to the web UI :)

By the way, since the problem is fixed, feel free to close this issue ;)

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.