Remove or Fix client side validation for Time overlap in Timesheet segments
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 35/100
Research direction
Locate the client-side validation for time overlap in Timesheet segments and reproduce the manual time-entry case where AM/PM defaults incorrectly. The work is done when entering times by hand no longer triggers premature overlap validation, either through debouncing or removal of that validation as appropriate.
Written by the indexing model from the issue text.
Description
Then trying to enter by hand the time it will default the am/pm to that of am causing the validation to kick off and likely saying your endtime starts before you start time.
We need to either debounce or remove
- Dominant language
- Elixir
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Getting set up
- Ships a Dockerfile or Docker Compose file
- No pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Autistic-Community-Activity-Program/acappdx.org
-
Create galleryOpen
Difficulty 5/5 Over a week Newbie friendliness 15/100
-
Create blogOpen
Difficulty 5/5 Over a week Newbie friendliness 20/100
-
Create calendarOpen
Difficulty 5/5 Over a week Newbie friendliness 20/100
-
Difficulty 5/5 Over a week Newbie friendliness 15/100
-
Difficulty 5/5 Over a week Newbie friendliness 20/100
All issues in Autistic-Community-Activity-Program/acappdx.org
Similar issues
-
Support `:max_channels_per_transport` configuration for the LiveView socketPossibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
phoenixframework/phoenix_live_view#4469 ·
Maintainers usually reply within 1 day
-
L: github:actions L: php:composer
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
dependabot/dependabot-core#16493 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
wintermeyer/vutuv#2364 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
carverauto/serviceradar#5470 · 1 comment ·
Maintainers usually reply within 1 day