Closed lexaSvarshik closed 1 year ago
@lexaSvarshik thank you for your report.
The scraper expects the /login_ajax
to to present and working to log into the openedX instance.
Using your URL, https://apps.openedu.ru/login_ajax
redirects to https://courses.openedu.ru
(the homepage). It's an HTML webpage, and not the expected JSON payload.
Tried https://courses.openedu.ru/login_ajax
(after all, browser access does uses https://courses.openedu.ru/login_refresh
) but it redirects to https://openedu.ru/login_ajax
which is a 404.
Maybe the openedX version there is not supported or maybe some features used by the scraper have been disabled/removed.
This issue has been automatically marked as stale because it has not had recent activity. It will be now be reviewed manually. Thank you for your contributions.
Looking into this issue, the problem is that an external provider (https://sso.openedu.ru) is configured on this instance (and this external identity provider pages have been tweaked to "look like" the root openEdx website but this a separate tool, looks like it is a Keycloak instance).
I let @rgaudin confirm, but I think we should rename this issue "Add support for openedx instance with external identity provider / SSO configured". Probably the minimal first step would be to find a way to detect it and display a nice error in the logs.
I agree
@lexaSvarshik I'm closing this as it is not a really bug, enhancement will be done with https://github.com/openzim/openedx/issues/172
It should be patched, how it mentioned in #56, but I'm still getting the same output:
openedx2zim --course-url="https://apps.openedu.ru/learning/course/course-v1:urfu+PYAP+fall_2022/home" --publisher="edx201" --email="MY_EMAIL" --password "BEST_PASSWORD" --name="eba" --tmp-dir="output" --output="output" --debug --keep --format="mp4"