-
Notifications
You must be signed in to change notification settings - Fork 0
Known Issues
Strayker edited this page Jan 30, 2024
·
3 revisions
- Deployment to Test Environment is not working, because of errors in VPS instance's config - #142,
- Order of jobs in Test Environment's is random, jobs must be executed in predefined order - #142,
- "Deployments" section on GitHub repo's profile is not displaying any data,
- Real UI screenshot must be used instead of mockup,
- Make "Getting Started" section more distinctable between "getting started for developers" and "getting started for end users",
- "Table of Content" in ReadMe is missing link to "Contributions" section,
- "Environment" issue template not visible - #141,
- Migrate to newest Angular framework (standalone components)?
- Husky isn't always working, some commits are being created without additional formatting,
- No package version was setup on Web Frontend,
- Useless auto-generated Angular ReadMe in Web Frontend's folder,
- Try to use data mappings in TS where possible to remove additional interfaces on Web Frontend,
- All currently existing components of Web Frontend are residing in one page, Home, this must be refactored for future adaptability,
- Dialog components must be stored in shared directory, here Table Dialog component as example,
- There should be load indicators on frontend, to inform user, that something is being loaded,
- Web Frontend is not prepared for handling overflowing list of tables and tasks on display - #137,
- There are no predefined limits of data weight, like strings length, etc. - #137,
- No QA specification defined for Web Backend (code coverage, quality gates, etc.),
- No Integration tests provided for Web Backend,
- Enumerations must be stored as constants in Web Backend, here TaskShow as example,
- Missing authentication and authorisation mechanics - #88,
- Factories must be stored in dedicated folders on Web Backend, here GetProblemDetailsByExceptionFactory as example,
- Business Domain models must be separated from Persistence layer's logic,
- Exceptions constants must be stored in Application layer,
- "Configuration" folder is the same as "Extensions" folder in Persistence layer,
- Names of files on Web Backend must be more descriptive, here PersistenceServices as example,
- Program class must be more adaptable on Web Backend, to handle config data more robustly,
- Docker containers must be repaired and refactored to be able to run in Development and Production environments - #125,
- Wiki must provide info about adding/editing/deleting entities on Web Backend for preventing from omitting some mechanics (like create all models per layers, provide migrations, etc.),
- Wiki must provide info about UI elements (names of components maching mockups, UX/UI design guidelines, etc.),
- Wiki misses exact instructions how to handle Husky config and OpenAPI files regeneration procedures,
- Project Risks must include heavy requirements changes,
- Project Risks must include unexperienced developers dominance in dev team,
- Project Risks must include, that this project is being used as workflow creation environment for organisation,
- Project Risks must include, that this project can't be too complicated in terms of business domain and technology, as this project is intended to be training environment,
- Application should operate on entities based on GUIDs to better handle large amounts of data,
- Task completion must work on all tables while switching between each other,
Please let us know about it via bug report on Binder's project repo.