-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Configurable polling timeout in watch.browser #52
Comments
Hi @Messj1 Yes a configurable timeout is definitely a good idea! Thanks for your report! It sounds like you already have a pretty good idea of the code changes you wanr ro make. Would you like to try to implement this? I can help you of course if you have questions. |
@Download I'm not sure why there are two nested ulog/mods/config/watch.browser.js Lines 11 to 16 in 2aa3419
|
Ah yes. This is not pure, but there is an issue with the notify sometimes taking too long, so I tried to split up the work. Chrome complains sometimes about setTimeout handler taking too long to complete. This happens when it hovers around the 50ms mark. |
@Download I think this doesn't work since it seems to be a problem with the |
Hi
Nice project. Love the modular architecture. 👍
One thing i was missing was an configurable timeout. Would be nice in production mode to have bigger polling timeout than in development since it get then changed less often. 😉
So in
watch.browser.js
the hard coded value should be replaced by a variable, maybe a function parameter.ulog/mods/config/watch.browser.js
Line 18 in 2aa3419
Then it could be implemented as a setting parameter:
ulog/mods/config/index.js
Lines 28 to 29 in 2aa3419
BTW: There seems to be a bug 🐛 in the code. The interval get not stopped if someone call
ulog.set("log_config", {});
ulog/mods/config/index.js
Lines 43 to 44 in 2aa3419
Maybe a destructor callback would do the trick. At the end,
watch.browser.js
would look something like that:The text was updated successfully, but these errors were encountered: