pycronofy
A python library for Cronofy
Inspired by Cronofy-Ruby
Installation
NOTE: Support for Python v2.7 was dropped as of pycronofy v2.0.0
(unless performing a system wide install, it's recommended to install inside of a virtualenv)
# Install via pip:
pip install pycronofy
# Install from a local checkout:
pip install -r requirements.txt # Install core & dependencies for tests
pip install .
Authorization
OAuth tokens can be obtained for an application.
import pycronofy
# Initial authorization
cronofy = pycronofy.Client(client_id=YOUR_CLIENT_ID, client_secret=YOUR_CLIENT_SECRET)
url = cronofy.user_auth_link('http://yourwebsite.com')
print('Go to this url in your browser, and paste the code below')
code = input('Paste Code Here: ') # raw_input() for python 2.
auth = cronofy.get_authorization_from_code(code)
# get_authorization_from_code updates the state of the cronofy client. It also returns
# the authorization tokens (and expiration) in case you need to store them.
# If that is the case, you will want to initiate the client as follows:
cronofy = pycronofy.Client(
client_id=YOUR_CLIENT_ID,
client_secret=YOUR_CLIENT_SECRET,
access_token=auth['access_token'],
refresh_token=auth['refresh_token'],
token_expiration=auth['token_expiration']
)
Or alternatively with a personal access token.
cronofy = pycronofy.Client(access_token=YOUR_TOKEN) # Using a personal token for testing.
Expiry of tokens can be verified with the is_authorization_expired method.
cronofy.is_authorization_expired()
Data center can also be specified using the SDK ID from the docs: https://docs.cronofy.com/developers/data-centers/
cronofy = pycronofy.Client(
client_id=YOUR_CLIENT_ID,
client_secret=YOUR_CLIENT_SECRET,
access_token=auth['access_token'],
refresh_token=auth['refresh_token'],
token_expiration=auth['token_expiration'],
data_center='us'
)
Refreshing tokens
OAuth tokens can be refreshed using the refresh_authorization method.
auth = cronofy.refresh_authorization()
Revoking tokens
Tokens can be revoked using the revoke_authorization method.
cronofy.revoke_authorization()
Getting account info
# For account details
cronofy.account()
# For userinfo
cronofy.userinfo()
Listing profiles
for profile in cronofy.list_profiles():
print(profile)
Listing calendars
for calendar in cronofy.list_calendars():
print(calendar)
Reading events
import datetime
# Example timezone id
timezone_id = 'US/Eastern'
# Dates/Datetimes must be in UTC
# For from_date, to_date, start, end, you can pass in a datetime object
# or an ISO 8601 datetime string.
# For example:
example_datetime_string = '2016-01-06T16:49:37Z' #ISO 8601.
# To set to local time, pass in the tzid argument.
from_date = (datetime.datetime.utcnow() - datetime.timedelta(days=2))
to_date = datetime.datetime.utcnow()
events = cronofy.read_events(calendar_ids=(YOUR_CAL_ID,),
from_date=from_date,
to_date=to_date,
tzid=timezone_id # This argument sets the timezone to local, vs utc.
)
# Automatic pagination through an iterator
for event in events:
print('%s (From %s to %s, %i attending)' %
(event['summary'], event['start'], event['end'], len(event['attendees'])))
# Treat the events as a list (holding the current page only).
print(events[2])
print(len(events))
# Alternatively grab the actual list object for the current page:
page = events.current_page()
print(page[1])
# Manually move to the next page:
events.fetch_next_page()
# Access the raw data returned by the request:
events.json()
# Retrieve all data in a list:
# Option 1:
all_events = [event for event in cronofy.read_events(calendar_ids=(YOUR_CAL_ID,),
from_date=from_date,
to_date=to_date,
tzid=timezone_id)
]
# Option 2:
all_events = cronofy.read_events(calendar_ids=(YOUR_CAL_ID,),
from_date=from_date,
to_date=to_date,
tzid=timezone_id
).all()
Free/Busy blocks
This method is essentially the same as reading events, but will only return free busy information.
from_date = (datetime.datetime.utcnow() - datetime.timedelta(days=2))
to_date = datetime.datetime.utcnow()
free_busy_blocks = cronofy.read_free_busy(calendar_ids=(YOUR_CAL_ID,),
from_date=from_date,
to_date=to_date
)
for block in free_busy_blocks:
print(block)
Creating events
Create a event with local timezone. (Note datetime objects or datetime strings must be UTC) You need to supply a unique event id which you can then use to retreive the event with.
import datetime
import uuid
# Example timezone id
timezone_id = 'US/Eastern'
event_id = 'example-%s' % uuid.uuid4(),
event = {
'event_id': event_id,
'summary': 'Test Event', # The event title
'description': 'Discuss proactive strategies for a reactive world.',
'start': datetime.datetime.utcnow(),
'end': (datetime.datetime.utcnow() + datetime.timedelta(hours=1)),
'tzid': timezone_id,
'location': {
'description': 'My Desk!',
},
}
cronofy.upsert_event(calendar_id=cal['calendar_id'], event=event)
Deletion
Events can be deleted in a number of ways
# Delete using known event id
cronofy.delete_event(calendar_id=cal['calendar_id'], event_id=test_event_id)
# Delete all managed events (events inserted via Cronofy) for all user calendars.
cronofy.delete_all_events()
# Deletes all managed events for the specified user calendars.
cronofy.delete_all_events(calendar_ids=(CAL_ID,))
Notification channels
Notification channels are used to receive push notifications informating your application of changes to calendars or profiles. This method requires an application and OAuth tokens, and will not work with a personal access token.
channel = cronofy.create_notification_channel('http://example.com',
calendar_ids=(cal['calendar_id'],)
)
# list channels
cronofy.list_notification_channels()
cronofy.close_notification_channel(channel['channel_id'])
Validation
You can validate any pycronofy client call for: Authentication, required arguments, datetime/date string format. A PyCronofyValidationError will be thrown if there is an error. Some examples:
try:
cronofy.validate('create_notification_channel', 'http://example.com',
calendar_ids=(cal['calendar_id'],)
)
except pycronofy.exceptions.PyCronofyValidationError as e:
print(e.message)
print(e.fields)
print(e.method)
Debugging
All requests will call response.raise_on_status if the response is not OK or ACCEPTED. You can catch the exception and access the details.
try:
cronofy.upsert(event(calendar_id='ABC', event=malformed_event))
except pycronofy.exceptions.PyCronofyRequestError as e:
print(e.response.reason) # Error Message
print(e.response.text) # Response Body
print(e.request.method) # HTTP Method
print(e.request.headers) # Headers
print(e.request.url) # URL and Get Data
print(e.request.body) # Post Data
# pycronofy provides a "set_request_hook" argument to make use of requests' event hooks.
def on_request(response, *args, **kwargs):
"""
"If the callback function returns a value,
it is assumed that it is to replace the data that was passed in.
If the function doesn’t return anything, nothing else is effected."
http://docs.python-requests.org/en/latest/user/advanced/#event-hooks
"""
print('%s %s' % (response.request.method, response.url))
print(kwargs)
pycronofy.set_request_hook(on_request)
Running the Unit Tests
py.test pycronofy --cov=pycronofy
Releasing
Releases are published to PyPI by the Release workflow using PyPI trusted publishing, so no PyPI credentials are needed.
- Open a prep PR that bumps the version in
PKG-INFOandpycronofy/__init__.pyand adds a## [X.Y.Z]entry toCHANGELOG.md, then merge it. - Go to Actions → Release → Run workflow on
master. Tickdry_runto build and check the package without publishing. - Once the tests pass, the publish job waits for approval from another member of the Engineering team. The person who ran the workflow can't approve it.
After publishing, the workflow creates the X.Y.Z tag and a GitHub release with the CHANGELOG entry as notes.
If a job fails after the package is published, use Re-run failed jobs on the same run. A new run will stop at the preflight checks because the version is already on PyPI.
make release_manual is a break-glass fallback for the PyPI project owners. It uploads with a personal ~/.pypirc token and pushes the tag, but doesn't create a GitHub release.
Dependencies
Core library depends on requests.
Tests depend on pytest, pytest-cov, responses.
Notes
In the event of an insecure platform warning:
- Install a supported python version (>= 3.7)
- pip install requests[security] (you may need to install additional library packages)
- Call
requests.packages.urllib3.disable_warnings()in your code to suppress the warnings.
A feature I want is not in the SDK, how do I get it?
We add features to this SDK as they are requested, to focus on developing the Cronofy API.
If you're comfortable contributing support for an endpoint or attribute, then we love to receive pull requests! Please create a PR mentioning the feature/API endpoint you’ve added and we’ll review it as soon as we can.
If you would like to request a feature is added by our team then please let us know by getting in touch via support@cronofy.com.
Release files for PyCronofy 2.1.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| pycronofy-2.1.1.tar.gz | 35.8 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| pycronofy-2.1.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 80.0 kB
Release files / pycronofy-2.1.1.tar.gz
| Download URL | pycronofy-2.1.1.tar.gz |
|---|---|
| Size | 35.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
faf8766822e63b68fc61388838a535e5175bacfc09c108161b2c729bd3736a9d
|
|
BLAKE2b-256 checksum How to use checksums |
77f46ba6644179904461b88c5e77718ee746aa03f803166b599d9cd61a5750c7
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.
Transparency logRelease files / pycronofy-2.1.1-py3-none-any.whl
| Download URL | pycronofy-2.1.1-py3-none-any.whl |
|---|---|
| Size | 44.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
230070cd9e6bcbdbfcfc723287e3d514cd821079dcdf983a8d30c9fc6d51802e
|
|
BLAKE2b-256 checksum How to use checksums |
21f50ba1183813aeba3e84f70554b3616eda85cba9c4f0a27601a9fc4c33702b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.
Transparency log