search

ActivityWatch / activitywatch

The best free and open-source automated time tracker. Cross-platform, extensible, privacy-focused.
https://activitywatch.net/
Mozilla Public License 2.0
11.73k stars 533 forks source link

Clears categorization after each browser close #850

Open deletemails opened 1 year ago

deletemails commented 1 year ago

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

github-actions[bot] commented 1 year ago

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 commented 1 year ago

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 commented 6 months ago

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 commented 6 months ago

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

alchemiker commented 6 months ago

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 commented 4 months ago

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 commented 4 months ago

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 commented 3 months ago

Still seeing this behavior on v0.12.3b17

BelKed commented 3 months ago

It was fixed in https://github.com/ActivityWatch/aw-webui/pull/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 commented 3 months ago

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 commented 3 months ago

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 ;)