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

Can't withdraw after submission has been accepted #700

Closed
nassarhuda opened this issue May 26, 2019 · 4 comments

Comments

Projects
None yet
3 participants
@nassarhuda
Copy link

commented May 26, 2019

Current Behavior

After a proposal has been accepted, I can not withdraw my application

Expected Behavior

I should be able to withdraw my application regardless

Steps to Reproduce

  1. create a submission
  2. accept the submission
  3. try to withdraw the same submission
  4. you can only click "confirm"

Example:

Page 1 after I log in:
Screen Shot 2019-05-26 at 3 12 00 PM

I click "confirm", next page:
Screen Shot 2019-05-26 at 3 12 20 PM

I don't want to click "confirm", and there's no option to withdraw.

Our submitters who wanted to withdraw their application had to email us to ask us to manually remove their submission.

Thank you!

@rixx

This comment has been minimized.

Copy link
Member

commented May 27, 2019

Currently, our logic is that once a submission has been accepted, organisers will want to be involved if the presentation can not be held, so to set an accepted or confirmed submission to "canceled" requires organiser interaction.

Especially on published talks I feel that changing this would be dangerous: As an organiser, you don't want your presenters to just retract their talk without telling you, modifying your schedule in the progress.

@ChrisRackauckas

This comment has been minimized.

Copy link

commented May 27, 2019

Where this seems to fall apart is when submissions change categories. As a follow up to #666 , in many cases a conference will not fully reject a presentation but change its category, i.e. downgrade from a talk to a poster. However, about half of the people who got downgraded simply withdrawal. It ends up being quite a burden to do all of those withdrawals manually.

Instead of an email conversation -> manual withdrawal -> email back, it would be much easier if it was withdrawal -> get email that person withdrew their submission.

Especially on published talks I feel that changing this would be dangerous: As an organiser, you don't want your presenters to just retract their talk without telling you, modifying your schedule in the progress.

It shouldn't impact scheduling if we were allowed to set an time limit on confirming, i.e. don't confirm before X and your submission is withdrawn (which we seemed to need this year). That's probably another question though.

@rixx

This comment has been minimized.

Copy link
Member

commented May 27, 2019

Instead of an email conversation -> manual withdrawal -> email back, it would be much easier if it was withdrawal -> get email that person withdrew their submission.

An email notification would be mandatory, agreed.

It shouldn't impact scheduling if we were allowed to set an time limit on confirming, i.e. don't confirm before X and your submission is withdrawn (which we seemed to need this year). That's probably another question though.

I don't think this is a good indicator. Instead we could say that talks may be canceled by speakers as long as they haven't been published in a schedule yet. I'll accept this issue on that basis, so whoever implements this will have to:

  • Change the permission logic to allow talks to be canceled by speakers as long as they have not been published
  • Add a cancellation option in the confirmation page
  • Make sure that the organisers receive a notification via email when a speaker cancels an accepted/confirmed talk
@rixx

This comment has been minimized.

Copy link
Member

commented May 31, 2019

Screenshot_2019-05-31  foo

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.