openedx-webhooks 22.0.0__py3-none-any.whl

openedx_webhooks/utils.py

@@ -0,0 +1,124 @@
+"""
+Utilities used by Open edX Events Receivers.
+"""
+import json
+import logging
+from collections.abc import MutableMapping
+from typing import Any, Union
+
+import requests
+from attrs import fields, has
+from opaque_keys import OpaqueKey
+from xblock.fields import ScopeIds
+
+logger = logging.getLogger(__name__)
+
+SENSITIVE_FIELDS = frozenset({
+    'password', 'password1', 'password2', 'old_password', 'new_password',
+    'token', 'id_token', 'access_token', 'refresh_token',
+    'client_secret', 'authorization', 'cookie', 'csrfmiddlewaretoken',
+})
+
+
+def redact_sensitive_fields(value):
+    """Remove credentials recursively without changing the caller's objects."""
+    if isinstance(value, dict):
+        return {
+            key: redact_sensitive_fields(item) for key, item in value.items()
+            if not isinstance(key, str) or key.lower() not in SENSITIVE_FIELDS
+        }
+    if isinstance(value, (list, tuple)):
+        return [redact_sensitive_fields(item) for item in value]
+    return value
+
+
+def send(url, payload, www_form_urlencoded: bool = False):
+    """
+    Dispatch the payload to the webhook url, return the response and catch exceptions.
+    """
+    payload = redact_sensitive_fields(payload)
+    if www_form_urlencoded:
+        headers = {'Content-type': 'application/x-www-form-urlencoded', 'Accept': 'text/plain'}
+        payload = flatten_dict(payload)
+        data = payload
+    else:
+        headers = {'Content-type': 'application/json', 'Accept': 'text/plain'}
+        data = json.dumps(payload, default=str)
+
+    r = requests.post(url, data=data, headers=headers, timeout=10)
+
+    return r
+
+
+def flatten_dict(dictionary, parent_key="", sep="_"):
+    """
+    Generate a flatten dictionary-like object.
+
+    Taken from:
+    https://stackoverflow.com/a/6027615/16823624
+    """
+    items = []
+    for key, value in dictionary.items():
+        key = str(key)
+        new_key = parent_key + sep + key if parent_key else key
+        if isinstance(value, MutableMapping):
+            items.extend(flatten_dict(value, new_key, sep=sep).items())
+        else:
+            items.append((new_key, str(value)))
+    return dict(items)
+
+
+def value_serializer(inst, field, value):  # pylint: disable=unused-argument
+    """
+    Serialize values for attr function.
+    """
+    return object_serializer(value)
+
+
+def scope_ids_serializer(o):
+    """
+    Serialize instances of ScopeId.
+    """
+    return {
+        "block_type": o.block_type,
+        "def_id": str(o.def_id),
+        "usage_id": str(o.usage_id),
+        "user_id": o.user_id,
+    }
+
+
+def object_serializer(o, depth=0) -> Union[dict, Any]:
+    """
+    Serialize an arbitrary object as a json-serializable dict.
+    """
+    if depth > 15:
+        return "! Depth limit reached !"
+    # First serialize scalar objects
+    if isinstance(o, (int, float,  str)) or o is None:
+        return o
+    # ScopeIds is a class present in block structures
+    elif isinstance(o, ScopeIds):
+        return scope_ids_serializer(o)
+    elif isinstance(o, OpaqueKey):
+        return str(o)
+    if isinstance(o, (list, tuple, set)):
+        return [object_serializer(item, depth + 1) for item in o]
+    # Now serialize dict-like objects
+    return_value = {}
+    if isinstance(o, dict):
+        dict_values = o.copy()
+    elif has(type(o)):
+        dict_values = {field.name: getattr(o, field.name) for field in fields(type(o))}
+    elif hasattr(o, "__dict__"):
+        dict_values = o.__dict__.copy()
+    # if it is not a dict and cannot be converted to a dict, try to stringify it.
+    elif hasattr(o, "__str__"):
+        return str(o)
+    else:
+        return f"Unserializable {type(o)}"
+    for key, value in dict_values.items():
+        key = str(key)
+        # Hide private fields and credentials, including on nested objects.
+        if not key.startswith("_") and key.lower() not in SENSITIVE_FIELDS:
+            return_value[key] = object_serializer(value, depth + 1)
+    return return_value

openedx_webhooks-22.0.0.dist-info/METADATA

@@ -0,0 +1,415 @@
+Metadata-Version: 2.4
+Name: openedx_webhooks
+Version: 22.0.0
+Summary: Webhooks for Open edX
+Home-page: https://github.com/aulasneo/openedx-webhooks
+Author: Aulasneo
+Author-email: andres@aulasneo.com
+License: AGPL 3.0
+Keywords: Openedx webhooks
+Classifier: Development Status :: 3 - Alpha
+Classifier: Framework :: Django
+Classifier: Framework :: Django :: 5.2
+Classifier: Intended Audience :: Developers
+Classifier: License :: OSI Approved :: GNU Affero General Public License v3 or later (AGPLv3+)
+Classifier: Natural Language :: English
+Classifier: Programming Language :: Python :: 3
+Classifier: Programming Language :: Python :: 3.12
+Requires-Python: >=3.12
+Description-Content-Type: text/markdown
+License-File: LICENSE.txt
+Requires-Dist: Django<5.3,>=5.2
+Requires-Dist: attrs
+Requires-Dist: django-model-utils
+Requires-Dist: edx_opaque_keys
+Requires-Dist: openedx-events<12,>=11.2.0
+Requires-Dist: openedx-filters<4,>=3.4.1
+Requires-Dist: requests
+Requires-Dist: xblock
+Dynamic: author
+Dynamic: author-email
+Dynamic: classifier
+Dynamic: description
+Dynamic: description-content-type
+Dynamic: home-page
+Dynamic: keywords
+Dynamic: license
+Dynamic: license-file
+Dynamic: requires-dist
+Dynamic: requires-python
+Dynamic: summary
+
+# Open edX Webhooks
+
+[![PyPI](https://img.shields.io/pypi/v/openedx-webhooks.svg)](https://pypi.python.org/pypi/openedx-webhooks/)
+[![CI](https://github.com/aulasneo/openedx-webhooks/workflows/Python%20CI/badge.svg?branch=main)](https://github.com/aulasneo/openedx-webhooks/actions)
+[![Codecov](https://codecov.io/github/aulasneo/openedx-webhooks/coverage.svg?branch=main)](https://codecov.io/github/aulasneo/openedx-webhooks?branch=main)
+[![Documentation](https://readthedocs.org/projects/openedx-webhooks/badge/?version=latest)](https://github.com/aulasneo/openedx-webhooks)
+[![Supported Python versions](https://img.shields.io/pypi/pyversions/openedx-webhooks.svg)](https://pypi.python.org/pypi/openedx-webhooks/)
+[![License](https://img.shields.io/github/license/aulasneo/openedx-webhooks.svg)](https://github.com/aulasneo/openedx-webhooks/blob/main/LICENSE.txt)
+![Status](https://img.shields.io/badge/Status-Maintained-brightgreen)
+
+## Purpose
+
+Webhooks for Open edX.
+
+Current compatibility target: Open edX Verawood / Tutor 22.x.
+
+This plugin implements a generic case of event handling that triggers a request
+to a configurable URL when a signal is received.
+
+## Getting Started
+
+### Introduction
+
+A `Webhook` triggers an HTTP POST request to a configurable URL when certain
+events happen in the platform, including information relevant to the event. For
+example, you can make the platform call an API when a user logs in, including
+the user ID and email to connect to another application.
+
+A `Webfilter` is a special case of webhook that can also modify data and/or
+interrupt the process. For example, after the user login event you can update
+the user full name or prevent the user from logging in.
+
+### Deploying
+
+To install this plugin into an Open edX instance installed by Tutor, add this
+line to the `OPENEDX_EXTRA_PIP_REQUIREMENTS` list in `config.yml`.
+
+```yaml
+OPENEDX_EXTRA_PIP_REQUIREMENTS:
+  - openedx-webhooks
+```
+
+This release targets Open edX Verawood and Tutor 22.x, which use Python 3.12.
+
+After rebuilding the Open edX image with the updated package, run migrations
+before restarting LMS, Studio, and their workers:
+
+```bash
+tutor {dev|local|k8s} exec lms ./manage.py lms migrate
+```
+
+This plugin now registers extension points in both LMS and CMS. Webhook and
+webfilter configuration is still managed through Django admin and the same
+database tables.
+
+Migration `0008_verawood` adds the current event choices and corrects ten old
+filter names that did not match their handlers. Existing URLs and controls are
+preserved. Corrected configurations that previously never fired will now become
+active; review enabled endpoints before upgrading. The migration does not convert
+legacy instructor dashboard customizations into MFE tabs. Keep package version 21
+for Ulmo deployments.
+
+## Configuring
+
+A new section named `OPENEDX_WEBHOOKS` is available in the LMS Django admin
+site. It contains two subsections: `Webhooks` and `Webfilters`. Add a new
+webhook to define the URLs that will be called after each event is received.
+More than one URL can be configured for each event. In that case, all URLs are
+called.
+
+### Configuring Webhooks
+
+The `Webhooks` Django admin panel has the following settings:
+
+- Event: Choose from the list the event that will trigger the webhook.
+- Webhook URL: URL to call. Get it from your webhook processor.
+- Enabled: Click to enable the webhook.
+- Use WWW form encoding: When enabled, the data will be passed in web form
+  format. If disabled, data will be passed in JSON format.
+
+### Configuring Webfilters
+
+The `Webfilters` Django admin panel has the following settings:
+
+- Description: Add a description for this webhook for reference.
+- Event: Choose from the list the event that will trigger the webhook.
+- Webhook URL: URL to call. Get it from your webhook processor.
+- Enabled: Click to enable the webhook.
+- Disable filtering: If enabled, the data passed to the web filter will not be
+  modified even if the response includes any update.
+- Disable halting: If enabled, the process will not be interrupted even if the
+  response includes an exception setting.
+- Halt on 4xx: Interrupt the process if the call to the URL returns any 4xx
+  error code.
+- Redirect on 4xx: Include a URL to redirect in case of a 4xx response, if the
+  event supports redirection.
+- Halt on 5xx: Interrupt the process if the call to the URL returns any 5xx
+  error code.
+- Redirect on 5xx: Include a URL to redirect in case of a 5xx response, if the
+  event supports redirection.
+- Halt on request exception: Interrupt the process if the call to the URL
+  results in a connection error such as a timeout.
+- Redirect on request exception: Include a URL to redirect in case of a
+  connection error, if the event supports redirection.
+- Use WWW form encoding: When enabled, the data will be passed in web form
+  format. If disabled, data will be passed in JSON format.
+
+## Receiving Data
+
+Both webhooks and webfilters trigger POST requests to the configured URL. The
+payload includes data relevant to the event that triggered the call. In all
+cases, the payload includes an `event_metadata` key with at least the event
+type and the date and time in UTC format. Other keys depend on the event. For
+example, login events usually include `user` and `profile` keys with details of
+the user logging in.
+
+Signal webhooks retain their existing envelope: the data key is the fully
+qualified upstream data class, such as
+`openedx_events.authz.data.RoleAssignmentData`, alongside `event_metadata`.
+Webfilters use argument-specific keys such as `user` and `profile`.
+
+Credential fields (including passwords and password hashes) are omitted from
+outgoing payloads. Remote model updates cannot change primary keys, relationships,
+passwords, or account privilege flags. Other personal data is intentionally sent
+to configured endpoints; restrict configuration access to trusted administrators.
+
+If the `Use WWW form encoding` option is enabled, the data is passed as plain
+key-value pairs in form encoding. The structure is flattened and the key names
+are concatenated. For example, a login event includes `user_id`,
+`user_email`, `event_metadata_time`, and similar fields.
+
+## Responding to Webfilters
+
+The webhook processor should respond to a webfilter with a JSON structure and a
+successful status code (`200`). The response can be empty or can have one or
+both of these keys:
+
+- `data`
+- `exception`
+
+### Updating Data
+
+The corresponding objects are updated with the values returned inside the
+`data` key. Only keys present in the response are updated. Other keys remain
+unchanged in the original data structures. To disable data updates, set
+`Disable Filtering` in the webfilter configuration in the Django admin panel.
+
+For example, to change the full name of a user at registration time, respond to
+the `Student Registration Requested` webfilter with this data:
+
+```json
+{
+  "data": {
+    "form_data": {
+      "name": "New Name"
+    }
+  }
+}
+```
+
+### Interrupting Execution
+
+To stop the process, add a JSON object as the value for the `exception` key.
+This object must have only one key-value pair: the key is the name of the
+exception to raise, and the value can be either a string representing the
+message to show or another JSON object with more data.
+
+For example, to prevent a user from registering, respond to the `Student
+Registration Requested` webfilter with this data:
+
+```json
+{
+  "exception": {
+    "PreventRegistration": "Not allowed to register"
+  }
+}
+```
+
+To prevent a webfilter from stopping the process, set `Disable halting` in the
+webfilter configuration in the Django admin panel.
+
+Check each function documentation to see the list of available values and
+exceptions.
+
+## Handling Multiple Events
+
+If you set more than one webhook or webfilter for the same event, all of them
+are triggered. The responses of all webfilters are combined into one data
+structure and used to update the objects. If more than one webfilter processor
+includes data for the same key, the last one overrides the previous ones.
+
+Endpoints run in ascending configuration ID order. Signal delivery failures are
+logged and delivery continues to the other endpoints. Delivery is synchronous,
+with ten-second connection and response-read timeouts, and has no persistent
+retries. These timeouts are not a total request deadline; an endpoint that keeps
+sending data can block delivery for longer than ten seconds. Webfilters
+retain their configured halting behavior; filters with no upstream exception
+cannot halt through the transport-error controls.
+
+## Developing
+
+More information about available signals can be found in the [events
+documentation](https://docs.openedx.org/projects/openedx-events/en/stable/reference/events.html)
+and the [filters
+documentation](https://docs.openedx.org/projects/openedx-filters/en/stable/reference/filters.html).
+
+Verawood compatibility in this package is aligned with:
+
+- `openedx-filters==3.4.1`
+- `openedx-events==11.2.0`
+
+The runtime is Python 3.12 with Django 5.2; tests pin Django 5.2.13 from the
+Verawood platform requirements.
+
+New filters are `InstructorDashboardTabsRequested`,
+`AccountSettingsReadOnlyFieldsRequested`, and `GradeEventContextRequested`.
+New `ROLE_ASSIGNMENT_CREATED` and `ROLE_ASSIGNMENT_DELETED` webhook events are
+registered in both LMS and Studio. Existing learning and authoring signal names
+and receiver arguments are unchanged. Discussion payloads now include `enabled`;
+forum IDs are strings and several forum fields may be null.
+
+For the new instructor dashboard, configure `InstructorDashboardTabsRequested`
+and return `{"data": {"tabs": [{"tab_id": "reports", "title": "Reports", "url": "https://example.com/reports"}]}}`.
+This replaces the tabs list (including with an empty list); include any existing
+tabs you wish to keep. Its filter identifier is
+`org.openedx.learning.instructor.dashboard.tabs.requested.v1` in the pinned source,
+despite the `tabs.generated.v1` identifier mentioned in the release notes.
+Legacy `InstructorDashboardRenderStarted` remains available only when the legacy
+dashboard is enabled. Frontend plugin configuration is still needed to render
+custom content inside the MFE.
+
+For account restrictions, return `{"data": {"readonly_fields": ["name", "email"]}}`.
+These names are added to existing restrictions; the pipeline retains a Python set.
+For grade event enrichment, return `{"data": {"context": {"source": "crm"}}}`.
+The context is merged while retaining the original user and course identifiers.
+The pinned platform has no caller for `GradeEventContextRequested`, so it requires
+an upstream/custom integration to fire. `AccountSettingsRenderStarted` and
+`CourseEnrollmentQuerysetRequested` likewise have no callers in stock Verawood;
+they remain registered for compatibility with custom integrations.
+
+See the [Verawood compatibility and code review](docs/verawood-review.md) for
+the upstream comparison, fixed defects, and deployment validation limits.
+
+Existing recent coverage retained from prior releases includes:
+
+- Filter: `AccountSettingsRenderStarted`
+- Signals:
+  - `EXTERNAL_GRADER_SCORE_SUBMITTED`
+  - `LIBRARY_BLOCK_PUBLISHED`
+  - `LIBRARY_CONTAINER_CREATED`
+  - `LIBRARY_CONTAINER_UPDATED`
+  - `LIBRARY_CONTAINER_DELETED`
+  - `LIBRARY_CONTAINER_PUBLISHED`
+  - `COURSE_IMPORT_COMPLETED`
+
+### Adding More Filters
+
+From version to version, new filters are added to Open edX. The complete list
+of filters and their definitions can be found in `filters.py` in the
+[openedx-filters repository](https://github.com/openedx/openedx-filters/blob/v3.4.1/openedx_filters/learning/filters.py).
+
+To add a new filter, create the filter class handler in `filters.py`
+containing the `run_filter` function. Then add a block in `common.py` linking
+the signal identifier with the function. `run_filter` must always return a
+dict, which can be empty.
+
+### Adding New Event Hooks
+
+From version to version, new event producers are added to Open edX. The
+complete list of events and their definitions can be found in `signals.py` in
+different folders in the
+[openedx-events repository](https://github.com/openedx/openedx-events/tree/v11.2.0/openedx_events),
+depending on their category.
+
+To add a new event hook, add the signal to the `signals` dict in `apps.py`.
+Then add the corresponding block to `receivers.py`.
+
+### One-Time Setup
+
+```bash
+# Clone the repository
+git clone git@github.com:aulasneo/openedx-webhooks.git
+cd openedx-webhooks
+
+# Set up a virtualenv with the same name as the repo and activate it
+# Here's how you might do that if you have virtualenvwrapper setup.
+mkvirtualenv -p python3.12 openedx-webhooks
+```
+
+### Every Time You Develop Something In This Repo
+
+```bash
+# Activate the virtualenv
+# Here's how you might do that if you're using virtualenvwrapper.
+workon openedx-webhooks
+
+# Grab the latest code
+git checkout main
+git pull
+
+# Install/update the dev requirements
+make requirements
+
+# Run the tests and quality checks (to verify the status before you make any changes)
+make validate
+
+# Make a new branch for your changes
+git checkout -b <your_github_username>/<short_description>
+
+# Using your favorite editor, edit the code to make your change.
+vim ...
+
+# Run your new tests
+pytest ./path/to/new/tests
+
+# Run all the tests and quality checks
+make validate
+
+# Commit all your changes
+git commit ...
+git push
+
+# Open a PR and ask for review.
+```
+
+## Releasing
+
+PyPI publishing uses GitHub Actions with PyPI trusted publishing. The release
+workflow no longer uses a long-lived PyPI API token. Configure the project's
+trusted publisher in PyPI before cutting a GitHub release.
+
+Release automation expects tags in the format `release/v<version>`, for example
+`release/v22.0.0`. Pushing one of those tags from a commit contained in `main`
+creates a GitHub release, and the publish workflow can also be run manually
+from the Actions tab when needed.
+
+## Getting Help
+
+If you need any help, email [info@aulasneo.com](mailto:info@aulasneo.com).
+
+## More Help
+
+If you're having trouble, there are discussion forums at
+<https://discuss.openedx.org> where you can connect with others in the
+community.
+
+Real-time conversations are on Slack. You can request a [Slack
+invitation](https://openedx.org/slack), then join the [community Slack
+workspace](https://openedx.slack.com/).
+
+For anything non-trivial, the best path is to open an issue in this repository
+with as many details about the issue as possible:
+
+<https://github.com/aulasneo/openedx-webhooks/issues>
+
+For more information about these options, see the [Getting
+Help](https://openedx.org/getting-help) page.
+
+## License
+
+The code in this repository is licensed under the AGPL 3.0 unless otherwise
+noted.
+
+See [LICENSE.txt](LICENSE.txt) for details.
+
+## Contributing
+
+Contributions are very welcome. If you want to contribute to this project,
+please feel free to open an issue.
+
+## Reporting Security Issues
+
+Please do not report security issues in public. Email
+[operations@aulasneo.com](mailto:operations@aulasneo.com).

openedx_webhooks-22.0.0.dist-info/RECORD

@@ -0,0 +1,27 @@
+openedx_webhooks/__init__.py,sha256=zTVzmaTQLlZKPuQuheztWCOK4MZ4vd-q2ljUlY5FLUI,148
+openedx_webhooks/admin.py,sha256=aCECzm0pw-nHauP80QSBWIFE6RWgjUb7raHxJQJgmgE,846
+openedx_webhooks/apps.py,sha256=mOdSBRW-ZAi3VrCvQ8ZwfhZf2pInGWgh0sSYxRRf1Hk,4064
+openedx_webhooks/filters.py,sha256=XZF8zkY2FVeJmmS0QwNqY27CX2C9wCb0E4m8nR5LpM0,79911
+openedx_webhooks/models.py,sha256=45DZNCcGcGG92gLBYMGS5Cm2pyJbQSWyiux9-DIGWDE,5109
+openedx_webhooks/receivers.py,sha256=ZJ57aaJ9Bx9MwuZ-MNQfKjfg1C1LntGLsbNuGO65wzQ,15589
+openedx_webhooks/urls.py,sha256=viSWPpXc_TE9KcAjgJW4De6m26ficeMyDGbZmKRL4CE,325
+openedx_webhooks/utils.py,sha256=XUxxSYiK3X2_g4zE26unDqZOY-qPWBm6_FNT2Pnzz_M,3959
+openedx_webhooks/migrations/0001_initial.py,sha256=oVTL4tXM6SNWA2nlPaRbuPOsybMCxeS9GpL-VMK3R0o,1737
+openedx_webhooks/migrations/0002_webfilter.py,sha256=mNLlME_gAT9yWN-9t5BunPTk5XmvqRqIVuZBVysRdCE,3228
+openedx_webhooks/migrations/0003_auto_20230607_1246.py,sha256=VgVCO3me9Fx3Hu89ev97YnxrZfhbZwftZ8KXsgTYHUE,796
+openedx_webhooks/migrations/0004_auto_20230613_1033.py,sha256=oIQTd1T4LqVBmNCWZKuKqNzhp0hKg0AO7lcJjmmMZmc,1094
+openedx_webhooks/migrations/0005_alter_webfilter_event.py,sha256=CRCMjQKFmnupjw_FGHiMoI44_kRFfB685dl1XH-kE4E,446
+openedx_webhooks/migrations/0006_alter_webfilter_event.py,sha256=fYMTYMzvnjsCuJ7tl2pRtA-YzOKYn2m8_hxegYWVOOM,1199
+openedx_webhooks/migrations/0007_alter_webfilter_event.py,sha256=WlFuUGwywa41tRPFCxmdNxKABEZHf8S0MIMtrJ-VhQk,1050
+openedx_webhooks/migrations/0008_verawood.py,sha256=ZswxHmnDGkTP-9Bc6mik5r95F04S28OexIqdsyp8ufo,7534
+openedx_webhooks/migrations/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
+openedx_webhooks/settings/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
+openedx_webhooks/settings/cms.py,sha256=QEtiDk1nHq6_Quk7E7jap3GH9XWFD4zdZI4qctRU7K8,478
+openedx_webhooks/settings/common.py,sha256=H06aCvRa4quxbe-I70f9354ZF24i-jbX1uX5uUxu2OM,7098
+openedx_webhooks/settings/test.py,sha256=nJXOG4XNMs9VRdHmnL4TUeuONwDXGsZv5hWRSz-eU38,246
+openedx_webhooks-22.0.0.dist-info/licenses/LICENSE.txt,sha256=QTW2QN7q3XszgUAXm9Dzgtu5LXYKbR1SGnqMa7ufEuY,35139
+openedx_webhooks-22.0.0.dist-info/METADATA,sha256=DhAxmvWKglX1TNnhskvmrLnw1qFeLBKu1qoZhN31U4Y,16244
+openedx_webhooks-22.0.0.dist-info/WHEEL,sha256=YVMoNqKzERt-wjUZwJ33xBGAwnFl-4cqbYkTtWa4itE,91
+openedx_webhooks-22.0.0.dist-info/entry_points.txt,sha256=kuvSNrY3saVbifd-sYukNPq5XP7vfLeUHqTKMV-Vq3k,129
+openedx_webhooks-22.0.0.dist-info/top_level.txt,sha256=LLj81pdmwEFx-XJ-kcfekUK66Hi43GDz7GeANr_PfWo,17
+openedx_webhooks-22.0.0.dist-info/RECORD,,

openedx_webhooks-22.0.0.dist-info/WHEEL

@@ -0,0 +1,5 @@
+Wheel-Version: 1.0
+Generator: setuptools (84.0.0)
+Root-Is-Purelib: true
+Tag: py3-none-any
+

openedx_webhooks-22.0.0.dist-info/entry_points.txt

@@ -0,0 +1,5 @@
+[cms.djangoapp]
+webhooks = openedx_webhooks.apps:WebhooksConfig
+
+[lms.djangoapp]
+webhooks = openedx_webhooks.apps:WebhooksConfig