Skip to content
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

HTML export not working if schedule is not public #1900

Open
badbadc0ffee opened this issue Nov 27, 2024 · 2 comments
Open

HTML export not working if schedule is not public #1900

badbadc0ffee opened this issue Nov 27, 2024 · 2 comments
Labels
type: bug Needs fix

Comments

@badbadc0ffee
Copy link
Contributor

badbadc0ffee commented Nov 27, 2024

Problem and impact

The remark Unset to hide your schedule, e.g. if you want to use the HTML export exclusively. for the option Show schedule publicly suggest that you can have your schedule unpublished but still be able to create HTML exports.

The export unfortunately does not work that way but instead reflects exactly what an unauthenticated user sees: a bunch of 404 error messages.

Expected behaviour

The expected behavior is exactly what the remark mentioned above also suggests: even if you decide not to publicly show your schedule within pretalx, you should still be able to export ist.

Steps to reproduce

  1. Uncheck Show schedule publicly
  2. run python -m pretalx export_schedule_html
  3. Check exported files → they just contain the 404 error pages.
  4. Check Show schedule publicly
  5. run python -m pretalx export_schedule_html abain
  6. Check exported files again → they contain the correctly rendered pages.

Version

v2024.3.1 and main

@badbadc0ffee
Copy link
Contributor Author

Still only works if triggered via commandline, not when an export is triggered via the orga web frontend.

@rixx
Copy link
Member

rixx commented Dec 2, 2024

That sounds weird, as the web frontend also calls the manage command in the end. But I'm happy to move all functionality from the manage command to an agenda/export.py and call that from both the task and the manage command for a cleaner isolation and less redirection through call_command.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug Needs fix
Projects
None yet
Development

No branches or pull requests

2 participants