-
Notifications
You must be signed in to change notification settings - Fork 94
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
Set project based on URL on GitHub, Waffle.io, Travis-CI, etc #47
Set project based on URL on GitHub, Waffle.io, Travis-CI, etc #47
Comments
You can handle this via custom rules. It would be nice if the addon had some more powerful ways of determining what project things should go to. |
Custom rules require exposing full URLs to the API, which could be considered a major security risk if the URLs contain session or personal information |
We could add the ability to call custom handlers to WakaTimeCore.sendHeartbeat. Check if custom handler exists for given domain. If one exists, let that custom handler create the heartbeat payload data. Otherwise, use the default project and other heartbeat payload data. Once custom handlers are working we can start adding custom handlers for any cloud IDE or websites we use. |
There's a related conversation in #28. Until project detection from websites improves, custom rules are the only way to set projects for browsing activity. |
For Mac, we're building this now into the desktop app. If anyone has a url they want supported please common on wakatime/macos-wakatime#227. |
Sites like GitHub, BitBucket, Travis-CI,
Waffle.io, and CircleCI, can contain the project name in the URL. It would be nice to be able to use that info without exposing the full URL to the WakaTime APIThe text was updated successfully, but these errors were encountered: