-
-
Notifications
You must be signed in to change notification settings - Fork 775
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
As a hackathon sponsor using the normal "fund a bounty" form for hackathon prizes introduces issues with expiration dates being wrong, bounty types chosen incorrectly (traditional rather than contest), and coupons not being applied #5668
Comments
@willsputra interesting solution, let's talk today about it in sync. |
Yes - I think selecting a hackathon event should automatically populate the coupon code, set the expiration date appropriately (although I'm not sure we have a good answer as to what the default expiration should be) and set the type (hackathon bounties are always contest, right?) |
How do we help set defaults? Ideas: |
We can ignore the coupon code for this step . If a user selects hackathon event -> it automatically sets the fee to 0 Where are we on removing the fee all together ? ====== Is the understanding that all hackathon bounties are contest bounties ? we could update the expiration for the bounty to be the same as the hackathon event they've selected BUT is there a scenario where funder will be able override that ? It's not a nice experience when funder selects a project type and expiration and when he selects a hackathon event -> we overwrite it ^ needs to be gracefully done |
octavio's solution: move date and event selection together / message them explaining the day they put, confirming the the date that they put / add the expiration date summary at the end aditya's solution: move date and event selection together / block user to post expiration date before the hackathon date, until they change the expiration date, if we mess up the dates, it can be painful longer fix: separate form for hackathon, which would also fix the coupon code issue |
Responses to @frankchen07 's clarifying questions:
Funders are putting in the wrong expiration date for a few reasons. Sometimes we change the hackathon start date, but they use the old start date. Sometimes they choose a longer end date, for fear they won't be able to judge beyond that date, or because they missed the granular end date calendar module (choosing a pre-set time like 1 month instead).
Yes, although sometimes sponsors offer an extension on submissions beyond the stated expiration date, so this is OK for now (although they should probably explicitly change the submission date instead and limit entries after). We advise sponsors not to consider submissions beyond the submission date anyway, unless they explicitly communicate an extension to the entire hackathon participant base.
Hackers have complained that the bounty dates suggested an earlier/later submission deadline, causing early/late submissions in many cases. This is the main reason why we want to fix this. |
should the expiration date always match the hackathon end date or not? (we can't have it both ways) if the expiration date matches the hackathon end date, then sponsors should not be offered an extension on submissions, but if they want an extension then the expiration date cannot match the hackathon end date people can still submit after the expiration date do we want people submitting after the hackathon end date? (add message to submission so that the hacker knows explicitly that they're submitting after the end date?
|
latest update & conversation - creating a separate hackathon flow with coupon code applied and defaults applied, with the same expiration date functionality as it currently exists would it be low or high lift to ensure that hackers submitting past the deadline understand that their work may not be counted into the prize consideration, and for sponsors to understand which submissions are past the deadline? |
but we didn't agree to create a separate form? |
We could go a couple of routes:
Thoughts? @octavioamu |
Where is the expiration section ? Is that removed for hackathon ? |
Nope not removed! It's currently under the 'Bounty Settings' section in the fund issue form |
Resurfacing this one, as @octavioamu is working on it currently. |
User Story
As a hackathon sponsor using the normal "fund a bounty" form for hackathon prizes introduces issues with expiration dates being wrong, bounty types chosen incorrectly (traditional rather than contest), and coupons not being applied.
Why Is this Needed
These default mistakes from filling out the regular funder form cause unnecessary overhead for the Gitcoin internal team to administer and fix.
Description
Because the defaults for the funder form are technically designed for the average bounty funder, having a dedicated funder form that is hackathon specific automatically sets the defaults correctly so it cuts down on both the thinking process for the sponsor, and the managing process for Gitcoin admins.
Current Behavior
Funder forms are set for a bounty funder default, which causes alot of small mistakes that eat up Gitcoin internal operational time.
Expected Behavior
We want defaults for the hackathon to be pre-filled and set automatically so the sponsor doesn't have to do anything, and the operational costs go to 0.
Definition of Done
Data Requirements
Additional Information
The text was updated successfully, but these errors were encountered: