ucdavis / ucdavis/ipa-client-angular
SchedulingView: Bug in sectionGroup detail activity display
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 2
- Forks
- 3
- PR merge metrics
- No merged PRs in 30d
Description
The bug is roughly:
When selecting sectionGroups, the 'activityType' of the first sectionGroups activities persists, and now activities from different sectionGroups will appear as having that same activityType.
The calendar is unaffected by these corruptions (and relies on the state), so it is probably a local variable getting out of sync.
For example on this url:
https://ipa.ucdavis.edu/scheduling/20/2017/10
example 1:
select ART 011 - 002,
it will display 2 activities (studio and studio)
refresh the page,
and select ecs 012 - 001 and select a lecture activity,
then select ART 011 -- 002, it will now display 2 activities ( a lecture and studio)
example 2:
select ecs 010,
select a lecture activity,
select ART 011 -- 002,
it will now display 2 activities ( a lecture and studio)
Contributor guide
No contributing guide indexed for this repository
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.
Research direction
Start by reproducing the activity display problem at the scheduling URL, following the sectionGroup selections described in the examples. Trace the sectionGroup detail activity display and its activityType state while switching groups. Done means activities from each sectionGroup display their own activityType while the calendar remains unaffected.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- angularjs, javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100