View Code? Open in Web Editor
NEW
SEEance offers a chance for inspecting student github repositories via a set of analyses taken from related research work. The analyses help you understand better, what is going on within the projects and visualize potential problems of your students for better and timely intervention.
License: MIT License
Dockerfile 0.11%
TypeScript 72.16%
JavaScript 0.66%
HTML 8.22%
SCSS 18.85%
seeance's People
Contributors
Stargazers
Watchers
seeance's Issues
Expected Behavior: Typing the name of a private repository should show the name in autocomplete, if the user is authorized for accessing it.
Experienced Behavior: The repository will not show up in autocomplete
Severity: This is critical, as student repos are often private
Currently, the analysis visualisations flicker on scroll. This may be due to repeatedly setting the inner html of the iframes
All features referring to the analysis framework.
Registering requires also acknowledging the terms of usage.
Registering is only possible, if the user is not already registered in the system.
Backend
Frontend
#1 #2
Requirements:
Know which analyses previously have been added
Request confirmation to prevent accidential delete
Technical:
#5
Only registered Users can be authorized
Needs an Autocomplete on registered users x Github Account
A user cannot be added twice to a course (duh)
Backend
-- Check if user is already added
Frontend
#3 #2
this user story only refers to meta-data of the course, such as its name and description
#3
this requires the requestor to be at least authorizee or owner of the course
this has to be confirmed by a dialog window
this has to return 404, if the resource is not existing
deleting the course also requires deleting all associated projects
backend
frontend
#3
Everything related to allowing for the right users to access the right stuff.
Currently: The system allows accessing unauthorized items, as long as they are held in cache.
By requirement, the system must decline access on these resources.
Requirements
check authorization of user for repository on github
-- if repository is public, allow access
-- if repository is private and user owns the repository, allow access
-- if repository is private and user is contained in collaborators list, allow access
-- else access is declined
display unauthorized projects separately (e.g. as grayed out symbol or "" label
Backend
#1 #2 #3
this requires initializing
-- a angular2 project
-- a expressjs server
-- a docker-compose project
-- dockerfiles for both projects
-- an nginx reverse proxy
-- ssl
#19
Requirements
Authorization for github repository of logged-in user
Technical
As it is very laborous, this may need a whole lotta caching on backend side (e.g. cached-request js, or manually saving temporary products)
Backend
Frontend
#5
Backend-Tasks
Frontend-Tasks
Requirements
Analyses self-describe their configuration
Technical
Embedding System must not know about specific configuration of plugin
Backend-Side
Frontend-Side
#5
Backend Tasks:
Frontend Tasks:
Currently, the module only renders text input fields correctly, but no dropdowns, radio selects etc.
Requirements
Account can only be deleted by authorized user her- or himself
Deleting the account will also delete all courses created by the user.
Deleting the account will remove the user from all projects, where he or she has been authorized.
Deleting the account will remove all projects owned by user and their configurations
Backend
Frontend
this requires the user to be actually be authorized for the course
the user cannot be the owner of the course
#1 #3
For easier development, the backend should be tested through automatic testing utilities
#19
Everything related to managing an individual github repository within a course.
Login is handled via Github OAuth:
NGINX
Frontend
Backend
Frontend
#1
Courses are identified by a name
Courses can be also refered to in a short description
Duplicate course names are not allowed for the same user
Beware of illegal characters, such as /
Backend
Frontend
#3
Backend Components
Frontend Components
Everything related to the internal account of a user.
Requirements
know which analyses are possible
select one analysis
pre-configure analysis with good defaults
#5
courses to be deleted have to be actualy registered in the project
Backend
Frontend
#3 #4
this requires an autocomplete for valid projects
valid projects are projects, that the user can currently access with his or her github credentials
a project can only be added once to the repository
Backend
Frontend
#4 #3
Expected Behavior:
Browsing between projects will only show analyses for the current project.
Experienced Behavior:
Analyses of previously called projects remain on page.
This feature will contain a list placed in the project settings, containing:
the analysis name
the analysis type (can be identical, in this case, only show name)
Backend steps:
Frontend steps:
Everything related to the management of authorized or owned courses.
The page must show
The name of the project
A link to github
The associated course
It also has to check, whether the user is authorized to access the resource
#4
Backend Side
Frontend Side