Open skartknet opened 2 years 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! 🙏
The issue still exists. I'm using Windows11 and Microsoft Edge. I tried the latest version. Please fix it.❤️
Yep, me too. It worked the first time I ran the app after installing the v0.12.0b3 but then I tried opening dashboard a couple of hours later and failed. It just doesn't load. It doesn't throw any errors.
I have the same "no response" issue. The watchers start automatically and when I open the dashboard and try to click one of the menu items, nothing happens. Windows 11 Pro 21H2, Chrome browser
There's nothing for me to go on here. I need logs or something to investigate further.
Seems to only happen on Windows, for a small subset of users, which is really weird.
Sorry, please see the logs attached. I noticed that when I first open the dashboard and try to click on a menu item, nothing happens, but when I get back several minutes later, it works! If I close the browser tab, and reopen the dashboard, I have to wait again. aw-qt_2022-09-13T08-05-15.log aw-server_2022-09-13T08-05-20.log aw-watcher-afk_2022-09-13T08-05-20.log aw-watcher-window_2022-09-13T08-05-19.log
Today I've got an error message: "AxiosError: timeout of 30000ms exceeded. See dev console (F12) and/or server logs for more info." aw-server_2022-09-14T08-08-23.log
Just a weird guess: can someone try to disable the "New update check" in the settings and see if that gets rid of the issue? (I don't think it will, but worth a shot)
I'm generally still pretty clueless. If someone could check browser dev tools (esp console and network tab, maybe send screenshots), that'd be helpful.
Thank you for that @altugkoc!
Very puzzled by the 2.5min requests that seem to stall things. I'm still pretty clueless as to what might be causing it, but I'll keep an eye out.
Another idea: could you try checking the "disable cache" checkbox in the network tab and reload the page?
I see that the requests get a 304 response, indicating caching. If the cache contains references to old files, fetching those will fail (although it should lead to a 404, not a timeout).
Hi! I also noticed that if I choose the sunburst clock visualization, it never loads.
Just noticed this on a friends machine today. Not a nice experience...
As soon as we opened dev tools it started loading correctly, really weird. A real heisenbug.
I'm still clueless as to what causes this...
I am also experiencing the same issue. webui does not get some assets sometimes logo, sometimes .js, sometimes .css. It seems the Flask(python) kinda hangs for ~120 secs when its getting excess requests (even normal page loading or going to other tabs(Settings, Timeline, Tools etc..) kindof hangs flask). Flask being a good warrior does not seem crash but processes the requests after ~120secs for me, maybe it has an underlying queue. (idk much about its internals)
Enabling the default multi-threading functionality of Flask seems to solves the issue (like now it never misses a request), which was disabled explicitly by https://github.com/ActivityWatch/aw-server/pull/54. Maybe we need to implement proper multi-threaded handling(mutex locks etc..) of the sqlite datastore instead of restricting the Flask's threads.
Do notice the Log timestamps in the below log, browser request was put at 00:01:00 itself, but Flask does not honour all the related requests at once. Also do notice the heartbeats received from aw_window_watcher and their timestamps.
This happens randomly sometimes but easily once per 2 minutes(rendering beautiful ActivityWatch completely unusable).
Tested this by,
npm run serve
in aw_webui
folder - No issue of node's server hanging in development build, with vue or node.js itselfnpm run build
and serve -s dist
in aw_webui
folder - No issue of node's server hanging in production build of vuemake build
in aw_server
(or) copying the aw_webui\dist
's contents to aw_server\static
and restarting aw_server --testing --verbose
replicates the issue.Therefore the issue only comes when the webui is hosted by Flask itself, combined with the log above, enabling multi-threading should be good for now (https://github.com/ActivityWatch/aw-server/pull/94)
~~I am releasing an UNOFFICIAL build for testing here since i think the PR's gonna take some time and CI seems not building yet. Github only allows 25MB uploads so - activitywatch-v0.12.1.dev-d8c7753 (The one line change done is in the PR - https://github.com/ActivityWatch/aw-server/pull/94)~~
https://github.com/ActivityWatch/activitywatch/issues/773#issuecomment-1370838605
I'm having the same problem on Windows 10 using Brave and aw v0.12.1. One interesting development seems to be that when I click Activity nothing will load, but the moment I hit F12 and the dev console opens the Activity page will load as expected. After that I can close the dev console and the other pages seem to work as expected.
Perhaps the event recording/monitoring slows down the requests enough for them to be processed properly?
@csrobins03 F12 things is already known, but did you try the unofficial build just linked above for a test ? https://github.com/ActivityWatch/activitywatch/issues/773#issuecomment-1271634159
The web page is very slow to respond,Does something seem to be stuck responding?"timeout of 30000ms exceeded" is displayed on the console.
I am also on Windows 11 and I also have this issue
This issue has been already fixed in the master
branch, but it hasn’t been released yet.
Although, if you are in rush, you can download the nightly build from here: https://github.com/ActivityWatch/activitywatch/actions/runs/3533130809
At the bottom of the page is the Artifacts section, where you can find the build for Windows (builds-Windows-py3.9
) and for other operating systems.
I released v0.12.2b1 this week, that should have the bug fixed: https://github.com/ActivityWatch/activitywatch/releases/tag/v0.12.2b1
However, I don't have a Windows machine available, and we also had a performance improvement change that is untested in the wild: https://github.com/ActivityWatch/aw-watcher-window/pull/83
Please try it and let me know if it works for you! You can use the rocket react on this message to let me know it works.
This issue is also possibly a duplicate of #639
Describe the bug
When I click any of the menu options of the dashboard nothing happens. Sometimes even the dashboard doesn't load at all.
To Reproduce
Expected behavior
Something should load!
Documentation
Additional context