Compare commits
12 Commits
9957383e88
...
feature/00
| Author | SHA1 | Date | |
|---|---|---|---|
| aaebe888f3 | |||
| 059d4da921 | |||
| 1654b54a22 | |||
| bad6b5afca | |||
| 170994b44d | |||
| a2ed8a64d6 | |||
| 1462f9dc0c | |||
| f9246d4463 | |||
| 2f7b99fb21 | |||
| 3f152eeccc | |||
| 050f248857 | |||
| 1ec7a72908 |
3
.gitignore
vendored
3
.gitignore
vendored
@ -1,5 +1,8 @@
|
||||
# Backend
|
||||
backend/target/
|
||||
backend/data/
|
||||
backend/*.mv.db
|
||||
backend/*.trace.db
|
||||
|
||||
# Frontend
|
||||
frontend/node_modules/
|
||||
|
||||
@ -9,4 +9,11 @@
|
||||
- Affärsregler ska senare säkerställas i backend och inte enbart i frontend.
|
||||
- Kod, tester och dokumentation ska hållas uppdaterade tillsammans.
|
||||
- Större arkitekturella beslut ska diskuteras innan de införs.
|
||||
|
||||
- Aktuell arkitektur, utvecklingsprocess, beslut och featurehistorik dokumenteras
|
||||
under `docs/`.
|
||||
- En feature ska uppdatera berörda dokument så att repositoryt förblir projektets
|
||||
facit även efter att feature-branchen har raderats.
|
||||
- Nästa feature ska väljas från `docs/roadmap.md`.
|
||||
- Roadmapen ska uppdateras innan en feature delas, flyttas, ersätts eller läggs
|
||||
till. En enskild dialog får inte etablera en alternativ featureplan utan att
|
||||
repositoryts roadmap uppdateras.
|
||||
|
||||
18
README.md
18
README.md
@ -6,6 +6,12 @@ innehåller två separata applikationer:
|
||||
- en backend byggd med Java 21, Spring Boot och Maven
|
||||
- en frontend byggd med React, TypeScript, Vite och pnpm
|
||||
|
||||
Backend använder en lokal H2-databas i minnet. Databasschemat hanteras med
|
||||
Flyway, och lokal utvecklingsdata återställs när backend startas om.
|
||||
|
||||
API:t innehåller endpoints under `/api/users` för användare och `/api/tasks` för
|
||||
att skapa, lista och tilldela gemensamma hushållsuppgifter.
|
||||
|
||||
## Starta backend
|
||||
|
||||
Backend startar på port 8080.
|
||||
@ -44,3 +50,15 @@ cd frontend
|
||||
pnpm test
|
||||
```
|
||||
|
||||
## Dokumentation
|
||||
|
||||
Projektets aktuella arkitektur, utvecklingsprocess, övergripande beslut och
|
||||
featurehistorik finns i [`docs/`](docs/):
|
||||
|
||||
- [arkitektur](docs/architecture.md)
|
||||
- [roadmap och planerad featureordning](docs/roadmap.md)
|
||||
- [utvecklingsprocess](docs/development.md)
|
||||
- [arkitekturbeslut](docs/decisions/)
|
||||
- [implementerade features](docs/features/)
|
||||
|
||||
Dokumentationen ska uppdateras tillsammans med implementation och tester.
|
||||
|
||||
@ -26,6 +26,19 @@
|
||||
<groupId>org.springframework.boot</groupId>
|
||||
<artifactId>spring-boot-starter-web</artifactId>
|
||||
</dependency>
|
||||
<dependency>
|
||||
<groupId>org.springframework.boot</groupId>
|
||||
<artifactId>spring-boot-starter-data-jpa</artifactId>
|
||||
</dependency>
|
||||
<dependency>
|
||||
<groupId>org.springframework.boot</groupId>
|
||||
<artifactId>spring-boot-starter-flyway</artifactId>
|
||||
</dependency>
|
||||
<dependency>
|
||||
<groupId>com.h2database</groupId>
|
||||
<artifactId>h2</artifactId>
|
||||
<scope>runtime</scope>
|
||||
</dependency>
|
||||
<dependency>
|
||||
<groupId>org.springframework.boot</groupId>
|
||||
<artifactId>spring-boot-starter-test</artifactId>
|
||||
@ -42,4 +55,3 @@
|
||||
</plugins>
|
||||
</build>
|
||||
</project>
|
||||
|
||||
|
||||
5
backend/src/main/java/se/rubble/hemhub/api/ApiError.java
Normal file
5
backend/src/main/java/se/rubble/hemhub/api/ApiError.java
Normal file
@ -0,0 +1,5 @@
|
||||
package se.rubble.hemhub.api;
|
||||
|
||||
public record ApiError(String code, String message) {
|
||||
}
|
||||
|
||||
@ -0,0 +1,76 @@
|
||||
package se.rubble.hemhub.api;
|
||||
|
||||
import org.springframework.http.HttpStatus;
|
||||
import org.springframework.http.ResponseEntity;
|
||||
import org.springframework.web.method.annotation.MethodArgumentTypeMismatchException;
|
||||
import org.springframework.web.bind.annotation.ExceptionHandler;
|
||||
import org.springframework.web.bind.annotation.RestControllerAdvice;
|
||||
|
||||
import se.rubble.hemhub.task.InvalidTaskException;
|
||||
import se.rubble.hemhub.task.InvalidTaskAssignmentException;
|
||||
import se.rubble.hemhub.task.AssigneeNotFoundException;
|
||||
import se.rubble.hemhub.task.TaskAssignmentConflictException;
|
||||
import se.rubble.hemhub.task.TaskNotFoundException;
|
||||
import se.rubble.hemhub.user.InvalidUserNameException;
|
||||
import se.rubble.hemhub.user.UserNameAlreadyExistsException;
|
||||
|
||||
@RestControllerAdvice
|
||||
public class ApiExceptionHandler {
|
||||
|
||||
@ExceptionHandler(InvalidUserNameException.class)
|
||||
public ResponseEntity<ApiError> handleInvalidUserName() {
|
||||
return ResponseEntity.badRequest()
|
||||
.body(new ApiError(
|
||||
"INVALID_USER_NAME",
|
||||
"Namnet måste innehålla mellan 1 och 50 tecken."));
|
||||
}
|
||||
|
||||
@ExceptionHandler(UserNameAlreadyExistsException.class)
|
||||
public ResponseEntity<ApiError> handleDuplicateUserName() {
|
||||
return ResponseEntity.status(HttpStatus.CONFLICT)
|
||||
.body(new ApiError(
|
||||
"USER_NAME_ALREADY_EXISTS",
|
||||
"En användare med det namnet finns redan."));
|
||||
}
|
||||
|
||||
@ExceptionHandler(InvalidTaskException.class)
|
||||
public ResponseEntity<ApiError> handleInvalidTask(InvalidTaskException exception) {
|
||||
return ResponseEntity.badRequest()
|
||||
.body(new ApiError("INVALID_TASK", exception.getMessage()));
|
||||
}
|
||||
|
||||
@ExceptionHandler(InvalidTaskAssignmentException.class)
|
||||
public ResponseEntity<ApiError> handleInvalidTaskAssignment(
|
||||
InvalidTaskAssignmentException exception) {
|
||||
return ResponseEntity.badRequest()
|
||||
.body(new ApiError("INVALID_TASK_ASSIGNMENT", exception.getMessage()));
|
||||
}
|
||||
|
||||
@ExceptionHandler(MethodArgumentTypeMismatchException.class)
|
||||
public ResponseEntity<ApiError> handleInvalidPathParameter() {
|
||||
return ResponseEntity.badRequest()
|
||||
.body(new ApiError(
|
||||
"INVALID_TASK_ASSIGNMENT",
|
||||
"Uppgifts-id måste vara ett giltigt UUID."));
|
||||
}
|
||||
|
||||
@ExceptionHandler(TaskNotFoundException.class)
|
||||
public ResponseEntity<ApiError> handleTaskNotFound() {
|
||||
return ResponseEntity.status(HttpStatus.NOT_FOUND)
|
||||
.body(new ApiError("TASK_NOT_FOUND", "Uppgiften finns inte."));
|
||||
}
|
||||
|
||||
@ExceptionHandler(AssigneeNotFoundException.class)
|
||||
public ResponseEntity<ApiError> handleAssigneeNotFound() {
|
||||
return ResponseEntity.status(HttpStatus.NOT_FOUND)
|
||||
.body(new ApiError("USER_NOT_FOUND", "Användaren finns inte."));
|
||||
}
|
||||
|
||||
@ExceptionHandler(TaskAssignmentConflictException.class)
|
||||
public ResponseEntity<ApiError> handleTaskAssignmentConflict() {
|
||||
return ResponseEntity.status(HttpStatus.CONFLICT)
|
||||
.body(new ApiError(
|
||||
"TASK_ASSIGNMENT_NOT_ALLOWED",
|
||||
"Ansvarig kan endast ändras för väntande uppgifter."));
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,4 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
public class AssigneeNotFoundException extends RuntimeException {
|
||||
}
|
||||
@ -0,0 +1,22 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import tools.jackson.databind.JsonNode;
|
||||
|
||||
public record CreateTaskRequest(
|
||||
String title,
|
||||
String description,
|
||||
JsonNode points,
|
||||
JsonNode assigneeId) {
|
||||
|
||||
Integer integerPoints() {
|
||||
if (points == null || !points.isIntegralNumber() || !points.canConvertToInt()) {
|
||||
return null;
|
||||
}
|
||||
|
||||
return points.intValue();
|
||||
}
|
||||
|
||||
UUIDValue parsedAssigneeId() {
|
||||
return UUIDValue.optional(assigneeId);
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,8 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
public class InvalidTaskAssignmentException extends RuntimeException {
|
||||
|
||||
public InvalidTaskAssignmentException(String message) {
|
||||
super(message);
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,9 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
public class InvalidTaskException extends RuntimeException {
|
||||
|
||||
public InvalidTaskException(String message) {
|
||||
super(message);
|
||||
}
|
||||
}
|
||||
|
||||
107
backend/src/main/java/se/rubble/hemhub/task/Task.java
Normal file
107
backend/src/main/java/se/rubble/hemhub/task/Task.java
Normal file
@ -0,0 +1,107 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.time.Instant;
|
||||
import java.util.UUID;
|
||||
|
||||
import jakarta.persistence.Column;
|
||||
import jakarta.persistence.Entity;
|
||||
import jakarta.persistence.EnumType;
|
||||
import jakarta.persistence.Enumerated;
|
||||
import jakarta.persistence.Id;
|
||||
import jakarta.persistence.JoinColumn;
|
||||
import jakarta.persistence.ManyToOne;
|
||||
import jakarta.persistence.Table;
|
||||
import jakarta.persistence.FetchType;
|
||||
import se.rubble.hemhub.user.User;
|
||||
|
||||
@Entity
|
||||
@Table(name = "task")
|
||||
class Task {
|
||||
|
||||
@Id
|
||||
private UUID id;
|
||||
|
||||
@Column(nullable = false, length = 100)
|
||||
private String title;
|
||||
|
||||
@Column(length = 500)
|
||||
private String description;
|
||||
|
||||
@Enumerated(EnumType.STRING)
|
||||
@Column(nullable = false, length = 20)
|
||||
private TaskStatus status;
|
||||
|
||||
@Column(nullable = false)
|
||||
private int points;
|
||||
|
||||
@ManyToOne(fetch = FetchType.LAZY)
|
||||
@JoinColumn(name = "assignee_id")
|
||||
private User assignee;
|
||||
|
||||
@Column(name = "created_at", nullable = false)
|
||||
private Instant createdAt;
|
||||
|
||||
protected Task() {
|
||||
}
|
||||
|
||||
Task(
|
||||
UUID id,
|
||||
String title,
|
||||
String description,
|
||||
TaskStatus status,
|
||||
int points,
|
||||
User assignee,
|
||||
Instant createdAt) {
|
||||
if (points < 1 || points > 99) {
|
||||
throw new InvalidTaskException(
|
||||
"Poäng måste vara ett heltal mellan 1 och 99.");
|
||||
}
|
||||
|
||||
this.id = id;
|
||||
this.title = title;
|
||||
this.description = description;
|
||||
this.status = status;
|
||||
this.points = points;
|
||||
this.assignee = assignee;
|
||||
this.createdAt = createdAt;
|
||||
}
|
||||
|
||||
UUID getId() {
|
||||
return id;
|
||||
}
|
||||
|
||||
String getTitle() {
|
||||
return title;
|
||||
}
|
||||
|
||||
String getDescription() {
|
||||
return description;
|
||||
}
|
||||
|
||||
TaskStatus getStatus() {
|
||||
return status;
|
||||
}
|
||||
|
||||
int getPoints() {
|
||||
return points;
|
||||
}
|
||||
|
||||
User getAssignee() {
|
||||
return assignee;
|
||||
}
|
||||
|
||||
void changeAssignee(User assignee) {
|
||||
ensureAssignmentChangeAllowed();
|
||||
this.assignee = assignee;
|
||||
}
|
||||
|
||||
void ensureAssignmentChangeAllowed() {
|
||||
if (status != TaskStatus.WAITING) {
|
||||
throw new TaskAssignmentConflictException();
|
||||
}
|
||||
}
|
||||
|
||||
Instant getCreatedAt() {
|
||||
return createdAt;
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,4 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
public class TaskAssignmentConflictException extends RuntimeException {
|
||||
}
|
||||
@ -0,0 +1,54 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.util.List;
|
||||
import java.util.UUID;
|
||||
|
||||
import org.springframework.http.HttpStatus;
|
||||
import org.springframework.web.bind.annotation.GetMapping;
|
||||
import org.springframework.web.bind.annotation.PostMapping;
|
||||
import org.springframework.web.bind.annotation.PutMapping;
|
||||
import org.springframework.web.bind.annotation.PathVariable;
|
||||
import org.springframework.web.bind.annotation.RequestBody;
|
||||
import org.springframework.web.bind.annotation.RequestMapping;
|
||||
import org.springframework.web.bind.annotation.ResponseStatus;
|
||||
import org.springframework.web.bind.annotation.RestController;
|
||||
|
||||
@RestController
|
||||
@RequestMapping("/api/tasks")
|
||||
public class TaskController {
|
||||
|
||||
private final TaskService taskService;
|
||||
|
||||
TaskController(TaskService taskService) {
|
||||
this.taskService = taskService;
|
||||
}
|
||||
|
||||
@GetMapping
|
||||
public List<TaskResponse> findAll() {
|
||||
return taskService.findAll();
|
||||
}
|
||||
|
||||
@PostMapping
|
||||
@ResponseStatus(HttpStatus.CREATED)
|
||||
public TaskResponse create(@RequestBody(required = false) CreateTaskRequest request) {
|
||||
UUIDValue assigneeId = request == null
|
||||
? UUIDValue.optional(null)
|
||||
: request.parsedAssigneeId();
|
||||
return taskService.create(
|
||||
request == null ? null : request.title(),
|
||||
request == null ? null : request.description(),
|
||||
request == null ? null : request.integerPoints(),
|
||||
assigneeId.value());
|
||||
}
|
||||
|
||||
@PutMapping("/{taskId}/assignee")
|
||||
public TaskResponse updateAssignee(
|
||||
@PathVariable UUID taskId,
|
||||
@RequestBody(required = false) UpdateTaskAssigneeRequest request) {
|
||||
if (request == null) {
|
||||
throw new InvalidTaskAssignmentException("Fältet assigneeId måste anges.");
|
||||
}
|
||||
|
||||
return taskService.updateAssignee(taskId, request.parsedAssigneeId().value());
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,4 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
public class TaskNotFoundException extends RuntimeException {
|
||||
}
|
||||
@ -0,0 +1,16 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.util.List;
|
||||
import java.util.UUID;
|
||||
|
||||
import org.springframework.data.jpa.repository.JpaRepository;
|
||||
import org.springframework.data.jpa.repository.EntityGraph;
|
||||
|
||||
interface TaskRepository extends JpaRepository<Task, UUID> {
|
||||
|
||||
@EntityGraph(attributePaths = "assignee")
|
||||
List<Task> findAllByOrderByCreatedAtAscIdAsc();
|
||||
|
||||
@EntityGraph(attributePaths = "assignee")
|
||||
java.util.Optional<Task> findOneById(UUID id);
|
||||
}
|
||||
@ -0,0 +1,32 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.time.Instant;
|
||||
import java.util.UUID;
|
||||
|
||||
public record TaskResponse(
|
||||
UUID id,
|
||||
String title,
|
||||
String description,
|
||||
TaskStatus status,
|
||||
int points,
|
||||
AssigneeResponse assignee,
|
||||
Instant createdAt) {
|
||||
|
||||
static TaskResponse from(Task task) {
|
||||
return new TaskResponse(
|
||||
task.getId(),
|
||||
task.getTitle(),
|
||||
task.getDescription(),
|
||||
task.getStatus(),
|
||||
task.getPoints(),
|
||||
AssigneeResponse.from(task.getAssignee()),
|
||||
task.getCreatedAt());
|
||||
}
|
||||
|
||||
public record AssigneeResponse(UUID id, String name) {
|
||||
|
||||
static AssigneeResponse from(se.rubble.hemhub.user.User user) {
|
||||
return user == null ? null : new AssigneeResponse(user.getId(), user.getName());
|
||||
}
|
||||
}
|
||||
}
|
||||
109
backend/src/main/java/se/rubble/hemhub/task/TaskService.java
Normal file
109
backend/src/main/java/se/rubble/hemhub/task/TaskService.java
Normal file
@ -0,0 +1,109 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.time.Clock;
|
||||
import java.time.Instant;
|
||||
import java.util.List;
|
||||
import java.util.UUID;
|
||||
|
||||
import org.springframework.beans.factory.annotation.Autowired;
|
||||
import org.springframework.stereotype.Service;
|
||||
import org.springframework.transaction.annotation.Transactional;
|
||||
|
||||
import se.rubble.hemhub.user.User;
|
||||
import se.rubble.hemhub.user.UserRepository;
|
||||
|
||||
@Service
|
||||
class TaskService {
|
||||
|
||||
private final TaskRepository taskRepository;
|
||||
private final UserRepository userRepository;
|
||||
private final Clock clock;
|
||||
|
||||
@Autowired
|
||||
TaskService(TaskRepository taskRepository, UserRepository userRepository) {
|
||||
this(taskRepository, userRepository, Clock.systemUTC());
|
||||
}
|
||||
|
||||
TaskService(TaskRepository taskRepository, UserRepository userRepository, Clock clock) {
|
||||
this.taskRepository = taskRepository;
|
||||
this.userRepository = userRepository;
|
||||
this.clock = clock;
|
||||
}
|
||||
|
||||
@Transactional(readOnly = true)
|
||||
List<TaskResponse> findAll() {
|
||||
return taskRepository.findAllByOrderByCreatedAtAscIdAsc().stream()
|
||||
.map(TaskResponse::from)
|
||||
.toList();
|
||||
}
|
||||
|
||||
@Transactional
|
||||
TaskResponse create(
|
||||
String requestedTitle,
|
||||
String requestedDescription,
|
||||
Integer requestedPoints,
|
||||
UUID requestedAssigneeId) {
|
||||
String title = requestedTitle == null ? "" : requestedTitle.trim();
|
||||
String description = normalizeDescription(requestedDescription);
|
||||
|
||||
if (title.isEmpty() || codePointLength(title) > 100) {
|
||||
throw new InvalidTaskException(
|
||||
"Titeln måste innehålla mellan 1 och 100 tecken.");
|
||||
}
|
||||
|
||||
if (description != null && codePointLength(description) > 500) {
|
||||
throw new InvalidTaskException(
|
||||
"Beskrivningen får innehålla högst 500 tecken.");
|
||||
}
|
||||
|
||||
if (requestedPoints == null) {
|
||||
throw new InvalidTaskException(
|
||||
"Poäng måste vara ett heltal mellan 1 och 99.");
|
||||
}
|
||||
|
||||
User assignee = findAssignee(requestedAssigneeId);
|
||||
Task task = new Task(
|
||||
UUID.randomUUID(),
|
||||
title,
|
||||
description,
|
||||
TaskStatus.WAITING,
|
||||
requestedPoints,
|
||||
assignee,
|
||||
Instant.now(clock));
|
||||
|
||||
return TaskResponse.from(taskRepository.save(task));
|
||||
}
|
||||
|
||||
@Transactional
|
||||
TaskResponse updateAssignee(UUID taskId, UUID requestedAssigneeId) {
|
||||
Task task = taskRepository.findOneById(taskId)
|
||||
.orElseThrow(TaskNotFoundException::new);
|
||||
task.ensureAssignmentChangeAllowed();
|
||||
User assignee = findAssignee(requestedAssigneeId);
|
||||
|
||||
task.changeAssignee(assignee);
|
||||
return TaskResponse.from(task);
|
||||
}
|
||||
|
||||
private User findAssignee(UUID requestedAssigneeId) {
|
||||
if (requestedAssigneeId == null) {
|
||||
return null;
|
||||
}
|
||||
|
||||
return userRepository.findById(requestedAssigneeId)
|
||||
.orElseThrow(AssigneeNotFoundException::new);
|
||||
}
|
||||
|
||||
private static String normalizeDescription(String requestedDescription) {
|
||||
if (requestedDescription == null) {
|
||||
return null;
|
||||
}
|
||||
|
||||
String description = requestedDescription.trim();
|
||||
return description.isEmpty() ? null : description;
|
||||
}
|
||||
|
||||
private static int codePointLength(String value) {
|
||||
return value.codePointCount(0, value.length());
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,8 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
public enum TaskStatus {
|
||||
WAITING,
|
||||
IN_PROGRESS,
|
||||
COMPLETED
|
||||
}
|
||||
|
||||
25
backend/src/main/java/se/rubble/hemhub/task/UUIDValue.java
Normal file
25
backend/src/main/java/se/rubble/hemhub/task/UUIDValue.java
Normal file
@ -0,0 +1,25 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.util.UUID;
|
||||
|
||||
import tools.jackson.databind.JsonNode;
|
||||
import tools.jackson.databind.node.JsonNodeType;
|
||||
|
||||
record UUIDValue(boolean present, UUID value) {
|
||||
|
||||
static UUIDValue optional(JsonNode node) {
|
||||
if (node == null || node.isNull()) {
|
||||
return new UUIDValue(node != null, null);
|
||||
}
|
||||
|
||||
if (node.getNodeType() != JsonNodeType.STRING) {
|
||||
throw new InvalidTaskAssignmentException("Användar-id måste vara ett giltigt UUID.");
|
||||
}
|
||||
|
||||
try {
|
||||
return new UUIDValue(true, UUID.fromString(node.stringValue()));
|
||||
} catch (IllegalArgumentException exception) {
|
||||
throw new InvalidTaskAssignmentException("Användar-id måste vara ett giltigt UUID.");
|
||||
}
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,16 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import tools.jackson.databind.JsonNode;
|
||||
|
||||
public record UpdateTaskAssigneeRequest(JsonNode assigneeId) {
|
||||
|
||||
UUIDValue parsedAssigneeId() {
|
||||
UUIDValue parsed = UUIDValue.optional(assigneeId);
|
||||
|
||||
if (!parsed.present()) {
|
||||
throw new InvalidTaskAssignmentException("Fältet assigneeId måste anges.");
|
||||
}
|
||||
|
||||
return parsed;
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,5 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
public record CreateUserRequest(String name) {
|
||||
}
|
||||
|
||||
@ -0,0 +1,5 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
public class InvalidUserNameException extends RuntimeException {
|
||||
}
|
||||
|
||||
48
backend/src/main/java/se/rubble/hemhub/user/User.java
Normal file
48
backend/src/main/java/se/rubble/hemhub/user/User.java
Normal file
@ -0,0 +1,48 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
import java.time.Instant;
|
||||
import java.util.UUID;
|
||||
|
||||
import jakarta.persistence.Column;
|
||||
import jakarta.persistence.Entity;
|
||||
import jakarta.persistence.Id;
|
||||
import jakarta.persistence.Table;
|
||||
|
||||
@Entity
|
||||
@Table(name = "app_user")
|
||||
public class User {
|
||||
|
||||
@Id
|
||||
private UUID id;
|
||||
|
||||
@Column(nullable = false, length = 50)
|
||||
private String name;
|
||||
|
||||
@Column(name = "normalized_name", nullable = false, length = 150, unique = true)
|
||||
private String normalizedName;
|
||||
|
||||
@Column(name = "created_at", nullable = false)
|
||||
private Instant createdAt;
|
||||
|
||||
protected User() {
|
||||
}
|
||||
|
||||
User(UUID id, String name, String normalizedName, Instant createdAt) {
|
||||
this.id = id;
|
||||
this.name = name;
|
||||
this.normalizedName = normalizedName;
|
||||
this.createdAt = createdAt;
|
||||
}
|
||||
|
||||
public UUID getId() {
|
||||
return id;
|
||||
}
|
||||
|
||||
public String getName() {
|
||||
return name;
|
||||
}
|
||||
|
||||
Instant getCreatedAt() {
|
||||
return createdAt;
|
||||
}
|
||||
}
|
||||
@ -0,0 +1,34 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
import java.util.List;
|
||||
|
||||
import org.springframework.http.HttpStatus;
|
||||
import org.springframework.web.bind.annotation.GetMapping;
|
||||
import org.springframework.web.bind.annotation.PostMapping;
|
||||
import org.springframework.web.bind.annotation.RequestBody;
|
||||
import org.springframework.web.bind.annotation.RequestMapping;
|
||||
import org.springframework.web.bind.annotation.ResponseStatus;
|
||||
import org.springframework.web.bind.annotation.RestController;
|
||||
|
||||
@RestController
|
||||
@RequestMapping("/api/users")
|
||||
public class UserController {
|
||||
|
||||
private final UserService userService;
|
||||
|
||||
UserController(UserService userService) {
|
||||
this.userService = userService;
|
||||
}
|
||||
|
||||
@GetMapping
|
||||
public List<UserResponse> findAll() {
|
||||
return userService.findAll();
|
||||
}
|
||||
|
||||
@PostMapping
|
||||
@ResponseStatus(HttpStatus.CREATED)
|
||||
public UserResponse create(@RequestBody(required = false) CreateUserRequest request) {
|
||||
return userService.create(request == null ? null : request.name());
|
||||
}
|
||||
}
|
||||
|
||||
@ -0,0 +1,5 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
public class UserNameAlreadyExistsException extends RuntimeException {
|
||||
}
|
||||
|
||||
@ -0,0 +1,10 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
import java.util.UUID;
|
||||
|
||||
import org.springframework.data.jpa.repository.JpaRepository;
|
||||
|
||||
public interface UserRepository extends JpaRepository<User, UUID> {
|
||||
|
||||
boolean existsByNormalizedName(String normalizedName);
|
||||
}
|
||||
@ -0,0 +1,12 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
import java.time.Instant;
|
||||
import java.util.UUID;
|
||||
|
||||
public record UserResponse(UUID id, String name, Instant createdAt) {
|
||||
|
||||
static UserResponse from(User user) {
|
||||
return new UserResponse(user.getId(), user.getName(), user.getCreatedAt());
|
||||
}
|
||||
}
|
||||
|
||||
66
backend/src/main/java/se/rubble/hemhub/user/UserService.java
Normal file
66
backend/src/main/java/se/rubble/hemhub/user/UserService.java
Normal file
@ -0,0 +1,66 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
import java.time.Clock;
|
||||
import java.time.Instant;
|
||||
import java.util.Comparator;
|
||||
import java.util.List;
|
||||
import java.util.Locale;
|
||||
import java.util.UUID;
|
||||
|
||||
import org.springframework.beans.factory.annotation.Autowired;
|
||||
import org.springframework.dao.DataIntegrityViolationException;
|
||||
import org.springframework.stereotype.Service;
|
||||
import org.springframework.transaction.annotation.Transactional;
|
||||
|
||||
@Service
|
||||
class UserService {
|
||||
|
||||
private static final Comparator<User> BY_DISPLAY_NAME =
|
||||
Comparator.comparing(User::getName, String.CASE_INSENSITIVE_ORDER)
|
||||
.thenComparing(User::getName)
|
||||
.thenComparing(User::getId);
|
||||
|
||||
private final UserRepository userRepository;
|
||||
private final Clock clock;
|
||||
|
||||
@Autowired
|
||||
UserService(UserRepository userRepository) {
|
||||
this(userRepository, Clock.systemUTC());
|
||||
}
|
||||
|
||||
UserService(UserRepository userRepository, Clock clock) {
|
||||
this.userRepository = userRepository;
|
||||
this.clock = clock;
|
||||
}
|
||||
|
||||
@Transactional(readOnly = true)
|
||||
List<UserResponse> findAll() {
|
||||
return userRepository.findAll().stream()
|
||||
.sorted(BY_DISPLAY_NAME)
|
||||
.map(UserResponse::from)
|
||||
.toList();
|
||||
}
|
||||
|
||||
@Transactional
|
||||
UserResponse create(String requestedName) {
|
||||
String name = requestedName == null ? "" : requestedName.trim();
|
||||
|
||||
if (name.isEmpty() || name.codePointCount(0, name.length()) > 50) {
|
||||
throw new InvalidUserNameException();
|
||||
}
|
||||
|
||||
String normalizedName = name.toLowerCase(Locale.ROOT);
|
||||
|
||||
if (userRepository.existsByNormalizedName(normalizedName)) {
|
||||
throw new UserNameAlreadyExistsException();
|
||||
}
|
||||
|
||||
User user = new User(UUID.randomUUID(), name, normalizedName, Instant.now(clock));
|
||||
|
||||
try {
|
||||
return UserResponse.from(userRepository.saveAndFlush(user));
|
||||
} catch (DataIntegrityViolationException exception) {
|
||||
throw new UserNameAlreadyExistsException();
|
||||
}
|
||||
}
|
||||
}
|
||||
6
backend/src/main/resources/application.properties
Normal file
6
backend/src/main/resources/application.properties
Normal file
@ -0,0 +1,6 @@
|
||||
spring.datasource.url=jdbc:h2:mem:hemhub;MODE=PostgreSQL;DATABASE_TO_LOWER=TRUE;DEFAULT_NULL_ORDERING=HIGH;DB_CLOSE_DELAY=-1
|
||||
spring.datasource.username=sa
|
||||
spring.datasource.password=
|
||||
spring.jpa.hibernate.ddl-auto=validate
|
||||
spring.jpa.open-in-view=false
|
||||
spring.flyway.enabled=true
|
||||
@ -0,0 +1,7 @@
|
||||
CREATE TABLE app_user (
|
||||
id UUID PRIMARY KEY,
|
||||
name VARCHAR(50) NOT NULL,
|
||||
normalized_name VARCHAR(150) NOT NULL,
|
||||
created_at TIMESTAMP WITH TIME ZONE NOT NULL,
|
||||
CONSTRAINT uk_app_user_normalized_name UNIQUE (normalized_name)
|
||||
);
|
||||
@ -0,0 +1,8 @@
|
||||
CREATE TABLE task (
|
||||
id UUID PRIMARY KEY,
|
||||
title VARCHAR(100) NOT NULL,
|
||||
description VARCHAR(500),
|
||||
status VARCHAR(20) NOT NULL,
|
||||
created_at TIMESTAMP WITH TIME ZONE NOT NULL
|
||||
);
|
||||
|
||||
@ -0,0 +1,8 @@
|
||||
ALTER TABLE task ADD COLUMN points INTEGER;
|
||||
|
||||
UPDATE task SET points = 1 WHERE points IS NULL;
|
||||
|
||||
ALTER TABLE task ALTER COLUMN points SET NOT NULL;
|
||||
|
||||
ALTER TABLE task
|
||||
ADD CONSTRAINT ck_task_points_range CHECK (points BETWEEN 1 AND 99);
|
||||
@ -0,0 +1,6 @@
|
||||
ALTER TABLE task
|
||||
ADD COLUMN assignee_id UUID;
|
||||
|
||||
ALTER TABLE task
|
||||
ADD CONSTRAINT fk_task_assignee
|
||||
FOREIGN KEY (assignee_id) REFERENCES app_user (id);
|
||||
361
backend/src/test/java/se/rubble/hemhub/task/TaskApiTest.java
Normal file
361
backend/src/test/java/se/rubble/hemhub/task/TaskApiTest.java
Normal file
@ -0,0 +1,361 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.time.Instant;
|
||||
import java.util.UUID;
|
||||
|
||||
import org.junit.jupiter.api.BeforeEach;
|
||||
import org.junit.jupiter.api.Test;
|
||||
import org.springframework.beans.factory.annotation.Autowired;
|
||||
import org.springframework.boot.test.context.SpringBootTest;
|
||||
import org.springframework.http.MediaType;
|
||||
import org.springframework.test.web.servlet.MockMvc;
|
||||
import org.springframework.test.web.servlet.ResultActions;
|
||||
import org.springframework.test.web.servlet.setup.MockMvcBuilders;
|
||||
import org.springframework.web.context.WebApplicationContext;
|
||||
|
||||
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
|
||||
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.post;
|
||||
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.put;
|
||||
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.jsonPath;
|
||||
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;
|
||||
|
||||
@SpringBootTest
|
||||
class TaskApiTest {
|
||||
|
||||
@Autowired
|
||||
private WebApplicationContext context;
|
||||
|
||||
@Autowired
|
||||
private TaskRepository taskRepository;
|
||||
|
||||
private MockMvc mockMvc;
|
||||
|
||||
@BeforeEach
|
||||
void setUp() {
|
||||
taskRepository.deleteAll();
|
||||
mockMvc = MockMvcBuilders.webAppContextSetup(context).build();
|
||||
}
|
||||
|
||||
@Test
|
||||
void createsWaitingTaskWithTrimmedValues() throws Exception {
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{
|
||||
"title": " Dammsuga ",
|
||||
"description": " Bottenvåningen ",
|
||||
"points": 7
|
||||
}
|
||||
"""))
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.id").isString())
|
||||
.andExpect(jsonPath("$.title").value("Dammsuga"))
|
||||
.andExpect(jsonPath("$.description").value("Bottenvåningen"))
|
||||
.andExpect(jsonPath("$.status").value("WAITING"))
|
||||
.andExpect(jsonPath("$.points").value(7))
|
||||
.andExpect(jsonPath("$.assignee").value((Object) null))
|
||||
.andExpect(jsonPath("$.createdAt").isString());
|
||||
|
||||
mockMvc.perform(get("/api/tasks"))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$[0].points").value(7));
|
||||
}
|
||||
|
||||
@Test
|
||||
void createsUnassignedTaskWhenAssigneeIsExplicitlyNull() throws Exception {
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{"title": "Dammsuga", "points": 1, "assigneeId": null}
|
||||
"""))
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.assignee").value((Object) null));
|
||||
}
|
||||
|
||||
@Test
|
||||
void createsAndListsTaskWithAssignee() throws Exception {
|
||||
UUID userId = createUser("Anna");
|
||||
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{
|
||||
"title": "Dammsuga",
|
||||
"points": 7,
|
||||
"assigneeId": "%s"
|
||||
}
|
||||
""".formatted(userId)))
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.assignee.id").value(userId.toString()))
|
||||
.andExpect(jsonPath("$.assignee.name").value("Anna"));
|
||||
|
||||
mockMvc.perform(get("/api/tasks"))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$[0].assignee.id").value(userId.toString()))
|
||||
.andExpect(jsonPath("$[0].assignee.name").value("Anna"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsUnknownAssigneeWhenCreatingTask() throws Exception {
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{
|
||||
"title": "Dammsuga",
|
||||
"points": 7,
|
||||
"assigneeId": "00000000-0000-0000-0000-000000000099"
|
||||
}
|
||||
"""))
|
||||
.andExpect(status().isNotFound())
|
||||
.andExpect(jsonPath("$.code").value("USER_NOT_FOUND"));
|
||||
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{
|
||||
"title": "Dammsuga",
|
||||
"points": 7,
|
||||
"assigneeId": "inte-ett-uuid"
|
||||
}
|
||||
"""))
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_TASK_ASSIGNMENT"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void storesBlankDescriptionAsNull() throws Exception {
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{"title": "Dammsuga", "description": " ", "points": 1}
|
||||
"""))
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.description").value((Object) null));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsBlankAndTooLongTitles() throws Exception {
|
||||
assertInvalidTask("""
|
||||
{"title": " ", "points": 1}
|
||||
""");
|
||||
assertInvalidTask(
|
||||
"{\"title\": \"%s\", \"points\": 1}".formatted("a".repeat(101)));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsTooLongDescription() throws Exception {
|
||||
assertInvalidTask("""
|
||||
{"title": "Dammsuga", "description": "%s", "points": 1}
|
||||
""".formatted("a".repeat(501)));
|
||||
}
|
||||
|
||||
@Test
|
||||
void acceptsPointBoundaries() throws Exception {
|
||||
createTaskWithPoints(1)
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.points").value(1));
|
||||
createTaskWithPoints(99)
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.points").value(99));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsMissingNullAndOutOfRangePoints() throws Exception {
|
||||
assertInvalidTask("""
|
||||
{"title": "Saknas"}
|
||||
""");
|
||||
assertInvalidTask("""
|
||||
{"title": "Null", "points": null}
|
||||
""");
|
||||
assertInvalidTask("""
|
||||
{"title": "Noll", "points": 0}
|
||||
""");
|
||||
assertInvalidTask("""
|
||||
{"title": "Negativ", "points": -1}
|
||||
""");
|
||||
assertInvalidTask("""
|
||||
{"title": "För stor", "points": 100}
|
||||
""");
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsNonIntegerPoints() throws Exception {
|
||||
assertInvalidTask("""
|
||||
{"title": "Decimal", "points": 1.5}
|
||||
""");
|
||||
assertInvalidTask("""
|
||||
{"title": "Text", "points": "sju"}
|
||||
""");
|
||||
}
|
||||
|
||||
@Test
|
||||
void listsTasksOldestFirstWithIdAsTieBreaker() throws Exception {
|
||||
Instant older = Instant.parse("2026-07-24T10:00:00Z");
|
||||
Instant newer = Instant.parse("2026-07-24T11:00:00Z");
|
||||
UUID firstId = UUID.fromString("00000000-0000-0000-0000-000000000001");
|
||||
UUID secondId = UUID.fromString("00000000-0000-0000-0000-000000000002");
|
||||
UUID newestId = UUID.fromString("00000000-0000-0000-0000-000000000003");
|
||||
|
||||
taskRepository.save(new Task(
|
||||
newestId, "Nyast", null, TaskStatus.WAITING, 3, null, newer));
|
||||
taskRepository.save(new Task(
|
||||
secondId, "Andra", null, TaskStatus.IN_PROGRESS, 2, null, older));
|
||||
taskRepository.save(new Task(
|
||||
firstId, "Första", null, TaskStatus.COMPLETED, 1, null, older));
|
||||
|
||||
mockMvc.perform(get("/api/tasks"))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$[0].title").value("Första"))
|
||||
.andExpect(jsonPath("$[0].points").value(1))
|
||||
.andExpect(jsonPath("$[1].title").value("Andra"))
|
||||
.andExpect(jsonPath("$[2].title").value("Nyast"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void assignsChangesAndRemovesAssigneeWithoutChangingOtherTaskFields() throws Exception {
|
||||
UUID firstUserId = createUser("Bo");
|
||||
UUID secondUserId = createUser("Cecilia");
|
||||
String taskId = createTask("Dammsuga", "Bottenvåningen", 7, null);
|
||||
|
||||
updateAssignee(taskId, """
|
||||
{"assigneeId": "%s"}
|
||||
""".formatted(firstUserId))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$.assignee.id").value(firstUserId.toString()))
|
||||
.andExpect(jsonPath("$.status").value("WAITING"))
|
||||
.andExpect(jsonPath("$.title").value("Dammsuga"))
|
||||
.andExpect(jsonPath("$.description").value("Bottenvåningen"))
|
||||
.andExpect(jsonPath("$.points").value(7));
|
||||
|
||||
updateAssignee(taskId, """
|
||||
{"assigneeId": "%s"}
|
||||
""".formatted(secondUserId))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$.assignee.id").value(secondUserId.toString()));
|
||||
|
||||
updateAssignee(taskId, """
|
||||
{"assigneeId": null}
|
||||
""")
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$.assignee").value((Object) null))
|
||||
.andExpect(jsonPath("$.status").value("WAITING"))
|
||||
.andExpect(jsonPath("$.title").value("Dammsuga"))
|
||||
.andExpect(jsonPath("$.description").value("Bottenvåningen"))
|
||||
.andExpect(jsonPath("$.points").value(7));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsMissingAssigneeFieldAndInvalidUuid() throws Exception {
|
||||
String taskId = createTask("Dammsuga", null, 1, null);
|
||||
|
||||
updateAssignee(taskId, "{}")
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_TASK_ASSIGNMENT"));
|
||||
updateAssignee(taskId, """
|
||||
{"assigneeId": "inte-ett-uuid"}
|
||||
""")
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_TASK_ASSIGNMENT"));
|
||||
updateAssignee("inte-ett-uuid", """
|
||||
{"assigneeId": null}
|
||||
""")
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_TASK_ASSIGNMENT"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void returnsNotFoundForUnknownTaskAndUnknownAssignee() throws Exception {
|
||||
String taskId = createTask("Dammsuga", null, 1, null);
|
||||
|
||||
updateAssignee("00000000-0000-0000-0000-000000000099", """
|
||||
{"assigneeId": null}
|
||||
""")
|
||||
.andExpect(status().isNotFound())
|
||||
.andExpect(jsonPath("$.code").value("TASK_NOT_FOUND"));
|
||||
updateAssignee(taskId, """
|
||||
{"assigneeId": "00000000-0000-0000-0000-000000000099"}
|
||||
""")
|
||||
.andExpect(status().isNotFound())
|
||||
.andExpect(jsonPath("$.code").value("USER_NOT_FOUND"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsAssigneeChangeForTaskThatIsNotWaiting() throws Exception {
|
||||
UUID taskId = UUID.randomUUID();
|
||||
taskRepository.save(new Task(
|
||||
taskId,
|
||||
"Pågående",
|
||||
null,
|
||||
TaskStatus.IN_PROGRESS,
|
||||
3,
|
||||
null,
|
||||
Instant.parse("2026-07-26T12:00:00Z")));
|
||||
|
||||
updateAssignee(taskId.toString(), """
|
||||
{"assigneeId": null}
|
||||
""")
|
||||
.andExpect(status().isConflict())
|
||||
.andExpect(jsonPath("$.code").value("TASK_ASSIGNMENT_NOT_ALLOWED"));
|
||||
}
|
||||
|
||||
private ResultActions createTaskWithPoints(int points) throws Exception {
|
||||
return mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("{\"title\": \"Uppgift %d\", \"points\": %d}"
|
||||
.formatted(points, points)));
|
||||
}
|
||||
|
||||
private void assertInvalidTask(String body) throws Exception {
|
||||
mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content(body))
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_TASK"));
|
||||
}
|
||||
|
||||
private UUID createUser(String name) throws Exception {
|
||||
String response = mockMvc.perform(post("/api/users")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{"name": "%s"}
|
||||
""".formatted(name)))
|
||||
.andExpect(status().isCreated())
|
||||
.andReturn()
|
||||
.getResponse()
|
||||
.getContentAsString();
|
||||
|
||||
String id = com.jayway.jsonpath.JsonPath.read(response, "$.id");
|
||||
return UUID.fromString(id);
|
||||
}
|
||||
|
||||
private String createTask(
|
||||
String title,
|
||||
String description,
|
||||
int points,
|
||||
UUID assigneeId) throws Exception {
|
||||
String descriptionJson = description == null ? "null" : "\"%s\"".formatted(description);
|
||||
String assigneeJson = assigneeId == null ? "null" : "\"%s\"".formatted(assigneeId);
|
||||
String response = mockMvc.perform(post("/api/tasks")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{
|
||||
"title": "%s",
|
||||
"description": %s,
|
||||
"points": %d,
|
||||
"assigneeId": %s
|
||||
}
|
||||
""".formatted(title, descriptionJson, points, assigneeJson)))
|
||||
.andExpect(status().isCreated())
|
||||
.andReturn()
|
||||
.getResponse()
|
||||
.getContentAsString();
|
||||
|
||||
return com.jayway.jsonpath.JsonPath.read(response, "$.id");
|
||||
}
|
||||
|
||||
private ResultActions updateAssignee(String taskId, String body) throws Exception {
|
||||
return mockMvc.perform(put("/api/tasks/{taskId}/assignee", taskId)
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content(body));
|
||||
}
|
||||
}
|
||||
28
backend/src/test/java/se/rubble/hemhub/task/TaskTest.java
Normal file
28
backend/src/test/java/se/rubble/hemhub/task/TaskTest.java
Normal file
@ -0,0 +1,28 @@
|
||||
package se.rubble.hemhub.task;
|
||||
|
||||
import java.time.Instant;
|
||||
import java.util.UUID;
|
||||
|
||||
import org.junit.jupiter.api.Test;
|
||||
|
||||
import static org.junit.jupiter.api.Assertions.assertThrows;
|
||||
|
||||
class TaskTest {
|
||||
|
||||
@Test
|
||||
void rejectsPointsOutsideAllowedRange() {
|
||||
assertThrows(InvalidTaskException.class, () -> taskWithPoints(0));
|
||||
assertThrows(InvalidTaskException.class, () -> taskWithPoints(100));
|
||||
}
|
||||
|
||||
private Task taskWithPoints(int points) {
|
||||
return new Task(
|
||||
UUID.randomUUID(),
|
||||
"Dammsuga",
|
||||
null,
|
||||
TaskStatus.WAITING,
|
||||
points,
|
||||
null,
|
||||
Instant.parse("2026-07-26T12:00:00Z"));
|
||||
}
|
||||
}
|
||||
108
backend/src/test/java/se/rubble/hemhub/user/UserApiTest.java
Normal file
108
backend/src/test/java/se/rubble/hemhub/user/UserApiTest.java
Normal file
@ -0,0 +1,108 @@
|
||||
package se.rubble.hemhub.user;
|
||||
|
||||
import org.junit.jupiter.api.BeforeEach;
|
||||
import org.junit.jupiter.api.Test;
|
||||
import org.springframework.beans.factory.annotation.Autowired;
|
||||
import org.springframework.boot.test.context.SpringBootTest;
|
||||
import org.springframework.http.MediaType;
|
||||
import org.springframework.test.web.servlet.MockMvc;
|
||||
import org.springframework.test.web.servlet.setup.MockMvcBuilders;
|
||||
import org.springframework.web.context.WebApplicationContext;
|
||||
|
||||
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
|
||||
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.post;
|
||||
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.jsonPath;
|
||||
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;
|
||||
|
||||
@SpringBootTest
|
||||
class UserApiTest {
|
||||
|
||||
@Autowired
|
||||
private WebApplicationContext context;
|
||||
|
||||
@Autowired
|
||||
private UserRepository userRepository;
|
||||
|
||||
private MockMvc mockMvc;
|
||||
|
||||
@BeforeEach
|
||||
void setUp() {
|
||||
userRepository.deleteAll();
|
||||
mockMvc = MockMvcBuilders.webAppContextSetup(context).build();
|
||||
}
|
||||
|
||||
@Test
|
||||
void listsNoUsersWhenDatabaseIsEmpty() throws Exception {
|
||||
mockMvc.perform(get("/api/users"))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$").isEmpty());
|
||||
}
|
||||
|
||||
@Test
|
||||
void createsAndListsUserWithTrimmedName() throws Exception {
|
||||
mockMvc.perform(post("/api/users")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{"name": " Urban "}
|
||||
"""))
|
||||
.andExpect(status().isCreated())
|
||||
.andExpect(jsonPath("$.id").isString())
|
||||
.andExpect(jsonPath("$.name").value("Urban"))
|
||||
.andExpect(jsonPath("$.createdAt").isString())
|
||||
.andExpect(jsonPath("$.normalizedName").doesNotExist());
|
||||
|
||||
mockMvc.perform(get("/api/users"))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$[0].name").value("Urban"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsInvalidNames() throws Exception {
|
||||
mockMvc.perform(post("/api/users")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{"name": " "}
|
||||
"""))
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_USER_NAME"));
|
||||
|
||||
mockMvc.perform(post("/api/users")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("{\"name\": \"%s\"}".formatted("a".repeat(51))))
|
||||
.andExpect(status().isBadRequest())
|
||||
.andExpect(jsonPath("$.code").value("INVALID_USER_NAME"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void rejectsDuplicateNameIgnoringCase() throws Exception {
|
||||
createUser("Urban");
|
||||
|
||||
mockMvc.perform(post("/api/users")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("""
|
||||
{"name": "urban"}
|
||||
"""))
|
||||
.andExpect(status().isConflict())
|
||||
.andExpect(jsonPath("$.code").value("USER_NAME_ALREADY_EXISTS"));
|
||||
}
|
||||
|
||||
@Test
|
||||
void listsUsersSortedByDisplayName() throws Exception {
|
||||
createUser("Urban");
|
||||
createUser("Anna");
|
||||
createUser("Bertil");
|
||||
|
||||
mockMvc.perform(get("/api/users"))
|
||||
.andExpect(status().isOk())
|
||||
.andExpect(jsonPath("$[0].name").value("Anna"))
|
||||
.andExpect(jsonPath("$[1].name").value("Bertil"))
|
||||
.andExpect(jsonPath("$[2].name").value("Urban"));
|
||||
}
|
||||
|
||||
private void createUser(String name) throws Exception {
|
||||
mockMvc.perform(post("/api/users")
|
||||
.contentType(MediaType.APPLICATION_JSON)
|
||||
.content("{\"name\": \"%s\"}".formatted(name)))
|
||||
.andExpect(status().isCreated());
|
||||
}
|
||||
}
|
||||
7
backend/src/test/resources/application.properties
Normal file
7
backend/src/test/resources/application.properties
Normal file
@ -0,0 +1,7 @@
|
||||
spring.datasource.url=jdbc:h2:mem:hemhub-test;MODE=PostgreSQL;DATABASE_TO_LOWER=TRUE;DEFAULT_NULL_ORDERING=HIGH;DB_CLOSE_DELAY=-1
|
||||
spring.datasource.username=sa
|
||||
spring.datasource.password=
|
||||
spring.jpa.hibernate.ddl-auto=validate
|
||||
spring.jpa.open-in-view=false
|
||||
spring.flyway.enabled=true
|
||||
|
||||
197
docs/architecture.md
Normal file
197
docs/architecture.md
Normal file
@ -0,0 +1,197 @@
|
||||
# HemHubs arkitektur
|
||||
|
||||
Detta dokument beskriver den arkitektur som kan verifieras i repositoryts kod,
|
||||
tester och konfiguration. Historiska implementationssteg finns under
|
||||
[`features/`](features/) och övergripande beslut under
|
||||
[`decisions/`](decisions/).
|
||||
|
||||
## Aktuell implementation
|
||||
|
||||
### Monorepo
|
||||
|
||||
HemHub ligger i ett Git-repository med två separata applikationer:
|
||||
|
||||
```text
|
||||
hemhub/
|
||||
├── backend/
|
||||
├── frontend/
|
||||
└── docs/
|
||||
```
|
||||
|
||||
Applikationerna har egna byggverktyg och beroenden. De delar inte källkod eller
|
||||
byggprocess.
|
||||
|
||||
### Frontend
|
||||
|
||||
Frontend finns i `frontend/` och använder React 19, TypeScript, Vite och pnpm.
|
||||
Den ansvarar för:
|
||||
|
||||
- hämtning och presentation av användare och uppgifter;
|
||||
- lokalt val av aktiv användare;
|
||||
- formulär för att skapa användare och uppgifter;
|
||||
- val och visning av ansvarig användare på uppgifter;
|
||||
- klientnära validering och begripliga felmeddelanden;
|
||||
- uppgiftsbrädan med kolumnerna Väntande, Pågående och Klart.
|
||||
|
||||
Tillståndet hanteras lokalt i React-komponenter. Ingen router eller separat
|
||||
global state-lösning används.
|
||||
|
||||
### Backend
|
||||
|
||||
Backend finns i `backend/` och använder Java 21, Spring Boot 4.1.0, Maven,
|
||||
Spring Web, Spring Data JPA och Flyway. Maven Wrapper ingår i repositoryt.
|
||||
|
||||
Backend ansvarar för API, slutlig validering, skapande av UUID och tidsstämplar,
|
||||
persistens samt sortering av returnerade användare och uppgifter.
|
||||
|
||||
### Kommunikation
|
||||
|
||||
Alla applikationsendpoints ligger under `/api`. Frontend använder enbart
|
||||
relativa adresser, exempelvis `/api/users` och `/api/tasks`.
|
||||
|
||||
Vid lokal utveckling kör Vite normalt på port 5173 och proxar `/api` till
|
||||
`http://localhost:8080`, där Spring Boot körs. Ingen generell
|
||||
CORS-konfiguration finns i backend. Webbläsaren anropar därmed Vites origin,
|
||||
och utvecklingsservern vidarebefordrar API-anropen.
|
||||
|
||||
Aktuella endpoints:
|
||||
|
||||
- `GET /api/health`
|
||||
- `GET /api/users`
|
||||
- `POST /api/users`
|
||||
- `GET /api/tasks`
|
||||
- `POST /api/tasks`
|
||||
- `PUT /api/tasks/{taskId}/assignee`
|
||||
|
||||
### Databas och migreringar
|
||||
|
||||
Lokal körning använder en H2-databas i minnet. Databasen finns under
|
||||
backendprocessens livstid och lokal utvecklingsdata återställs när backend
|
||||
startas om. Automatiska backendtester använder en separat H2-databas i minnet.
|
||||
|
||||
Båda anslutningarna använder H2:s `MODE=PostgreSQL`,
|
||||
`DATABASE_TO_LOWER=TRUE` och `DEFAULT_NULL_ORDERING=HIGH`. Det är en verifierbar
|
||||
kompatibilitetsinställning, inte samma sak som att applikationen har verifierats
|
||||
mot PostgreSQL.
|
||||
|
||||
Flyway kör migreringarna:
|
||||
|
||||
- `V1__create_users.sql`
|
||||
- `V2__create_tasks.sql`
|
||||
- `V3__add_task_points.sql`
|
||||
- `V4__add_task_assignee.sql`
|
||||
|
||||
Hibernate är konfigurerat med `ddl-auto=validate`; Flyway skapar schemat och
|
||||
Hibernate validerar entiteterna mot det.
|
||||
|
||||
### Domänmodell
|
||||
|
||||
#### Användare
|
||||
|
||||
En användare lagras i tabellen `app_user` med:
|
||||
|
||||
- `id`: UUID;
|
||||
- `name`: visningsnamn, högst 50 tecken;
|
||||
- `normalized_name`: trimmat namn i gemener, internt och unikt;
|
||||
- `created_at`: en `Instant`, lagrad som `TIMESTAMP WITH TIME ZONE`.
|
||||
|
||||
`normalized_name` exponeras inte via API. Användare returneras alfabetiskt efter
|
||||
visningsnamn med deterministiska sekundära jämförelser.
|
||||
|
||||
#### Uppgift
|
||||
|
||||
En uppgift lagras i tabellen `task` med:
|
||||
|
||||
- `id`: UUID;
|
||||
- `title`: obligatorisk titel, högst 100 tecken;
|
||||
- `description`: valfri beskrivning, högst 500 tecken;
|
||||
- `status`: `WAITING`, `IN_PROGRESS` eller `COMPLETED`;
|
||||
- `points`: obligatoriskt heltal mellan 1 och 99;
|
||||
- `assignee_id`: nullable främmande nyckel till `app_user`;
|
||||
- `created_at`: en `Instant`, lagrad som `TIMESTAMP WITH TIME ZONE`.
|
||||
|
||||
Status lagras som enumens textvärde genom `EnumType.STRING`. Nya uppgifter får
|
||||
alltid status `WAITING`. Poängintervallet skyddas i backend och med en
|
||||
databasconstraint. En uppgift kan vara otilldelad eller referera till exakt en
|
||||
ansvarig användare. Relationen hämtas tillsammans med uppgifterna när de listas,
|
||||
så API-responsen kan innehålla ansvarigs `id` och `name` utan separata
|
||||
frontend-anrop. Alla aktiva användare ser samma uppgiftslista.
|
||||
|
||||
Ansvarig är valfri vid skapande. Endast väntande uppgifter kan få ändrad
|
||||
ansvarig genom det särskilda tilldelnings-API:t. Tilldelning ändrar aldrig
|
||||
uppgiftens status.
|
||||
|
||||
### Aktiv användare
|
||||
|
||||
Användarlistan hämtas från backend. Frontend lagrar endast den valda
|
||||
användarens UUID i webbläsarens `localStorage` under nyckeln
|
||||
`hemhub.activeUserId`.
|
||||
|
||||
Vid start verifieras det lagrade id:t mot backendens aktuella användarlista. Ett
|
||||
giltigt val återanvänds i samma browser. Ett ogiltigt val tas bort. Valet är
|
||||
lokalt per browser och utgör inte autentisering eller behörighetskontroll.
|
||||
|
||||
### Felhantering
|
||||
|
||||
Backend använder ett litet gemensamt JSON-format med `code` och `message`.
|
||||
`ApiExceptionHandler` översätter kända valideringsfel till `400 Bad Request`,
|
||||
saknade uppgifter eller användare till `404 Not Found` och dubbletter eller
|
||||
otillåtna tilldelningsändringar till `409 Conflict`.
|
||||
|
||||
Frontend skiljer mellan fel vid hämtning och skapande. Hämtfel kan
|
||||
återförsökas. Formulärfel visas nära formuläret och inmatningen behålls vid
|
||||
misslyckade API-anrop.
|
||||
|
||||
### Teststrategi
|
||||
|
||||
Backend har JUnit 5-tester:
|
||||
|
||||
- ett fristående MockMvc-test för health-endpointen;
|
||||
- Spring Boot-integrationstester via MockMvc mot H2 in-memory för användar- och
|
||||
uppgifts-API.
|
||||
|
||||
Frontend använder Vitest, jsdom och React Testing Library. `fetch` och
|
||||
`localStorage` ersätts i testerna, så frontendtesterna kräver inte en körande
|
||||
backend. Produktionsbygget kör TypeScript-kompilering följt av Vite.
|
||||
|
||||
### Produktionsdeployment
|
||||
|
||||
Ingen produktionsdeployment är implementerad i repositoryt. Det finns inga
|
||||
Dockerfiler, pipelinefiler eller produktionsspecifika Nginx-, Watchtower- eller
|
||||
databaskonfigurationer. H2 används både lokalt och i automatiska tester; någon
|
||||
PostgreSQL-konfiguration finns ännu inte.
|
||||
|
||||
## Beslutad planerad riktning
|
||||
|
||||
Repositoryt anger att affärsregler även framöver ska säkerställas i backend och
|
||||
att större arkitekturella beslut ska diskuteras innan de införs.
|
||||
|
||||
Följande produktionsriktning är beslutad men ännu inte implementerad:
|
||||
|
||||
- PostgreSQL ska användas som produktionsdatabas.
|
||||
- Frontend och backend ska paketeras som separata Docker-images.
|
||||
- Källkoden ligger i Gitea.
|
||||
- Drone ska bygga och publicera images till ett privat registry.
|
||||
- Watchtower ska uppdatera de körande tjänsterna när nya images publiceras.
|
||||
- Nginx kan användas som reverse proxy framför tjänsterna.
|
||||
- Produktionsmiljön ska köras på Ubuntu-servern Biff.
|
||||
|
||||
Den planerade riktningen beskrivs även i
|
||||
[`005-production-deployment-direction.md`](decisions/005-production-deployment-direction.md).
|
||||
Punkterna ovan beskriver målbilden och ska inte tolkas som att motsvarande
|
||||
konfiguration redan finns eller har verifierats.
|
||||
|
||||
## Fortfarande öppna detaljer
|
||||
|
||||
Följande har inte fastställts i dokumentationen och ska beslutas i samband med
|
||||
att produktionslösningen implementeras:
|
||||
|
||||
- exakt containerstruktur och tjänsteindelning;
|
||||
- image-namn och taggningsstrategi;
|
||||
- produktions-URL;
|
||||
- hantering och distribution av secrets;
|
||||
- exakt Nginx-konfiguration;
|
||||
- exakt Drone-, registry-, Watchtower- och deploymentkonfiguration.
|
||||
|
||||
Miljöspecifika adresser, credentials och secrets ska inte lagras i dessa
|
||||
arkitekturdokument.
|
||||
28
docs/decisions/001-monorepo.md
Normal file
28
docs/decisions/001-monorepo.md
Normal file
@ -0,0 +1,28 @@
|
||||
# 001 – Monorepo med separata applikationer
|
||||
|
||||
## Status
|
||||
|
||||
Accepterat
|
||||
|
||||
## Datum
|
||||
|
||||
2026-07-23
|
||||
|
||||
## Sammanhang
|
||||
|
||||
HemHub behöver en webbläsarklient och ett server-API. Båda delarna utvecklas
|
||||
inkrementellt och behöver kunna versionshanteras och dokumenteras tillsammans.
|
||||
|
||||
## Beslut
|
||||
|
||||
Frontend och backend ligger i samma Git-repository, i katalogerna `frontend/`
|
||||
respektive `backend/`. De är separata applikationer med egna byggverktyg,
|
||||
beroenden och startkommandon.
|
||||
|
||||
## Konsekvenser
|
||||
|
||||
- En feature kan ändra frontend, backend, tester och dokumentation atomärt.
|
||||
- En gemensam historik beskriver hela systemet.
|
||||
- Applikationerna kan startas och testas oberoende.
|
||||
- Repositoryt har ingen gemensam rotbyggprocess; relevanta kommandon körs i
|
||||
respektive applikationskatalog.
|
||||
32
docs/decisions/002-same-origin-api-proxy.md
Normal file
32
docs/decisions/002-same-origin-api-proxy.md
Normal file
@ -0,0 +1,32 @@
|
||||
# 002 – Relativa API-adresser och lokal utvecklingsproxy
|
||||
|
||||
## Status
|
||||
|
||||
Accepterat
|
||||
|
||||
## Datum
|
||||
|
||||
2026-07-23
|
||||
|
||||
## Sammanhang
|
||||
|
||||
Frontend körs lokalt med Vite på port 5173 och backend med Spring Boot på port
|
||||
8080. Frontend behöver nå API:t utan miljöspecifika, hårdkodade backendadresser
|
||||
i applikationskoden.
|
||||
|
||||
## Beslut
|
||||
|
||||
Frontend använder relativa API-adresser under `/api`. Vites utvecklingsserver
|
||||
proxar `/api` till `http://localhost:8080`.
|
||||
|
||||
Ingen generell CORS-konfiguration införs i backend så länge webbläsaren anropar
|
||||
Vites origin och Vite vidarebefordrar anropet.
|
||||
|
||||
## Konsekvenser
|
||||
|
||||
- Frontendkoden innehåller inte en lokal fullständig backend-URL.
|
||||
- Lokal utveckling kräver att backend är tillgänglig på port 8080 för
|
||||
API-anrop via proxyn.
|
||||
- En separat CORS-policy behöver inte underhållas för nuvarande lokala flöde.
|
||||
- En framtida driftlösning måste ge `/api` en motsvarande same-origin-väg eller
|
||||
medföra ett nytt dokumenterat beslut.
|
||||
34
docs/decisions/003-central-users-local-active-user.md
Normal file
34
docs/decisions/003-central-users-local-active-user.md
Normal file
@ -0,0 +1,34 @@
|
||||
# 003 – Centrala användare och lokalt val av aktiv användare
|
||||
|
||||
## Status
|
||||
|
||||
Accepterat
|
||||
|
||||
## Datum
|
||||
|
||||
2026-07-24
|
||||
|
||||
## Sammanhang
|
||||
|
||||
HemHub behöver veta vem som använder gränssnittet, men har ännu ingen
|
||||
autentisering. Användarlistan ska vara gemensam medan själva valet kan vara
|
||||
lokalt för den aktuella browsern.
|
||||
|
||||
## Beslut
|
||||
|
||||
Användare lagras centralt via backend och hämtas från `/api/users`. Frontend
|
||||
lagrar endast vald användares UUID i `localStorage` med nyckeln
|
||||
`hemhub.activeUserId`.
|
||||
|
||||
Vid appstart jämförs det lokala id:t med backendens användarlista. Ett giltigt id
|
||||
återanvänds och ett ogiltigt id tas bort. `Logga ut` tar bort nyckeln och visar
|
||||
användarvalet igen.
|
||||
|
||||
## Konsekvenser
|
||||
|
||||
- Samma browser kan återanvända sitt senaste giltiga användarval.
|
||||
- En annan browser eller en rensad browserlagring måste välja användare igen.
|
||||
- Endast id lagras lokalt; aktuellt namn kommer från backendens lista.
|
||||
- Valet synkroniseras inte mellan browsers eller enheter.
|
||||
- Lösningen identifierar en användare i gränssnittet men ger ingen säker
|
||||
autentisering, session eller behörighetskontroll.
|
||||
30
docs/decisions/004-feature-branch-workflow.md
Normal file
30
docs/decisions/004-feature-branch-workflow.md
Normal file
@ -0,0 +1,30 @@
|
||||
# 004 – Kortlivade feature-branches
|
||||
|
||||
## Status
|
||||
|
||||
Accepterat
|
||||
|
||||
## Sammanhang
|
||||
|
||||
HemHub utvecklas inkrementellt med avgränsade ändringar. Historiska
|
||||
feature-branches ska kunna raderas efter merge utan att projektets motiv och
|
||||
aktuella läge försvinner.
|
||||
|
||||
## Beslut
|
||||
|
||||
Varje feature eller avgränsad ändring utvecklas på en kortlivad branch som
|
||||
skapas från uppdaterad `main`. Kod, tester och relevant dokumentation ingår i
|
||||
samma ändring.
|
||||
|
||||
Commit och push görs först efter uttrycklig instruktion. Merge sker efter
|
||||
verifiering, och `main` ska representera verifierad kod. Därefter kan branchen
|
||||
raderas.
|
||||
|
||||
## Konsekvenser
|
||||
|
||||
- Pågående arbete isoleras från `main`.
|
||||
- En feature kan granskas och verifieras som en sammanhållen ändring.
|
||||
- Dokumentationen måste uppdateras före merge så att raderade branches inte
|
||||
behövs för att förstå projektet.
|
||||
- Övergripande beslut bevaras i `docs/decisions/` och faktisk featurehistorik i
|
||||
`docs/features/`.
|
||||
52
docs/decisions/005-production-deployment-direction.md
Normal file
52
docs/decisions/005-production-deployment-direction.md
Normal file
@ -0,0 +1,52 @@
|
||||
# 005 – Riktning för produktionsdeployment
|
||||
|
||||
## Status
|
||||
|
||||
Accepterat som planerad riktning, ännu inte implementerat
|
||||
|
||||
## Sammanhang
|
||||
|
||||
HemHub använder i nuläget H2 för lokal utveckling och tester. Repositoryt saknar
|
||||
fortfarande container-, pipeline- och produktionskonfiguration, men den
|
||||
övergripande målbilden för byggande och drift behöver vara dokumenterad innan
|
||||
den implementeras.
|
||||
|
||||
Källkoden ligger i Gitea och den planerade produktionsmiljön är Ubuntu-servern
|
||||
Biff.
|
||||
|
||||
## Beslut
|
||||
|
||||
- PostgreSQL ska användas som produktionsdatabas.
|
||||
- Frontend och backend ska paketeras som Docker-images.
|
||||
- Drone ska bygga och publicera images till ett privat registry.
|
||||
- Watchtower ska uppdatera tjänsterna när nya images publiceras.
|
||||
- Nginx kan användas som reverse proxy.
|
||||
|
||||
Detta ADR fastställer komponenterna och ansvarsfördelningen på övergripande
|
||||
nivå. Det inför inte någon konfiguration och innebär inte att lösningen redan
|
||||
har driftverifierats.
|
||||
|
||||
## Konsekvenser
|
||||
|
||||
- Kommande produktionsarbete behöver införa och verifiera PostgreSQL-stöd,
|
||||
Dockerpaketering och en Drone-baserad leveranskedja.
|
||||
- Images behöver kunna publiceras till ett privat registry som Biff kan nå.
|
||||
- Uppdateringsflödet behöver utformas så att Watchtower kan hämta och starta nya
|
||||
images på ett kontrollerat sätt.
|
||||
- Nginx är ett möjligt reverse proxy-lager, inte en fastställd detaljkonfiguration.
|
||||
- Lokal utveckling och automatiska tester fortsätter använda H2 tills ett
|
||||
separat beslut eller en feature ändrar detta.
|
||||
|
||||
## Öppna detaljer
|
||||
|
||||
Följande beslutas först när produktionslösningen implementeras:
|
||||
|
||||
- exakt containerstruktur;
|
||||
- image-namn och taggningsstrategi;
|
||||
- produktions-URL;
|
||||
- secrets och hur de tillförs till pipeline och tjänster;
|
||||
- exakt Nginx-konfiguration;
|
||||
- exakt Drone-, registry-, Watchtower- och deploymentkonfiguration.
|
||||
|
||||
IP-adresser, credentials och andra miljöspecifika känsliga värden ska inte
|
||||
dokumenteras här.
|
||||
63
docs/development.md
Normal file
63
docs/development.md
Normal file
@ -0,0 +1,63 @@
|
||||
# Utvecklingsprocess
|
||||
|
||||
Repositoryt är projektets facit. ChatGPT- eller Codex-dialoger kan användas som
|
||||
arbetsyta, men implementation, tester och dokumentation ska tillsammans göra
|
||||
projektets läge begripligt utan tidigare dialoger eller raderade branches.
|
||||
|
||||
## Arbetssätt
|
||||
|
||||
- Använd en kortlivad branch per feature eller annan avgränsad ändring.
|
||||
- Skapa branchen från en uppdaterad `main`.
|
||||
- En feature per ChatGPT-dialog är en praktisk arbetsform, inte en
|
||||
dokumentationskälla.
|
||||
- Välj nästa feature från [`roadmap.md`](roadmap.md).
|
||||
- Uppdatera roadmapen innan en feature delas, flyttas, ersätts eller läggs till.
|
||||
En dialog får inte skapa en parallell featureplan som saknas i repositoryt.
|
||||
- Skapa eller uppdatera feature-dokumentet inom samma feature.
|
||||
- Ge Codex en tydligt avgränsad specifikation.
|
||||
- Implementera endast uttryckliga krav och undvik spekulativ funktionalitet.
|
||||
- Kör relevanta tester före commit och gör manuell verifiering när beteendet
|
||||
motiverar det.
|
||||
- Commit och push sker först efter uttrycklig instruktion.
|
||||
- Merge sker först när ändringen har verifierats.
|
||||
- Uppdatera arkitektur- och beslutsdokument när övergripande beslut förändras.
|
||||
|
||||
`main` ska innehålla verifierad kod. När en feature har mergats ska dess branch
|
||||
kunna raderas utan att projektkunskap går förlorad.
|
||||
|
||||
## Rekommenderad featureprocess
|
||||
|
||||
1. Uppdatera `main`.
|
||||
2. Välj nästa feature från roadmapen och dokumentera först eventuell ändring av
|
||||
planen.
|
||||
3. Skapa en avgränsad branch.
|
||||
4. Skapa eller uppdatera feature-dokumentet.
|
||||
5. Implementera specifikationen.
|
||||
6. Kör relevanta automatiska tester och bygge.
|
||||
7. Gör manuell verifiering där det är relevant.
|
||||
8. Uppdatera dokumentationen så att den beskriver den faktiska lösningen.
|
||||
9. Commit och push efter uttrycklig instruktion.
|
||||
10. Merge efter verifiering.
|
||||
11. Radera den mergade branchen.
|
||||
|
||||
## Verifiering före merge
|
||||
|
||||
För nuvarande projekt bör verifieringen normalt omfatta:
|
||||
|
||||
```bash
|
||||
cd backend
|
||||
./mvnw test
|
||||
```
|
||||
|
||||
```bash
|
||||
cd frontend
|
||||
pnpm test
|
||||
pnpm build
|
||||
```
|
||||
|
||||
Kör även `git diff --check` och granska `git status --short`. Manuell lokal
|
||||
verifiering av berörda flöden kompletterar, men ersätter inte, automatiska
|
||||
tester.
|
||||
|
||||
Om ett befintligt test misslyckas av ett skäl utanför ändringens omfattning ska
|
||||
det rapporteras; produktionskod ska inte ändras enbart för att dölja felet.
|
||||
76
docs/features/000-project-foundation.md
Normal file
76
docs/features/000-project-foundation.md
Normal file
@ -0,0 +1,76 @@
|
||||
# Feature 0 – Projektgrund
|
||||
|
||||
## Status
|
||||
|
||||
Färdig och mergad till `main`.
|
||||
|
||||
## Bakgrund
|
||||
|
||||
HemHub behövde en minimal projektgrund för inkrementell utveckling av en
|
||||
webbapplikation med separat frontend och backend.
|
||||
|
||||
## Mål
|
||||
|
||||
Skapa körbara React- och Spring Boot-applikationer, koppla ihop dem lokalt och
|
||||
etablera grundläggande tester och dokumentation.
|
||||
|
||||
## Omfattning
|
||||
|
||||
- monorepo med `backend/` och `frontend/`;
|
||||
- Java 21, Spring Boot och Maven Wrapper;
|
||||
- React, TypeScript, Vite och pnpm;
|
||||
- health-endpoint och en tillfällig frontendstatus;
|
||||
- Vite-proxy och grundtester;
|
||||
- `README.md`, `AGENTS.md` och `.gitignore`.
|
||||
|
||||
## Avgränsningar
|
||||
|
||||
Feature 0 införde ingen databas, domänmodell, autentisering, deployment,
|
||||
containerkonfiguration eller produktionskonfiguration.
|
||||
|
||||
## Beslut
|
||||
|
||||
Frontend och backend skapades som separata applikationer i samma repository.
|
||||
Frontend använder relativa `/api`-adresser, och Vite proxar dem lokalt till
|
||||
backend på port 8080. Ingen generell CORS-konfiguration infördes.
|
||||
|
||||
## Implementerad lösning
|
||||
|
||||
Backend skapades med Spring Boot 4.1.0, Java 21, Spring Web och Maven Wrapper.
|
||||
Frontend skapades med React 19, TypeScript, Vite och pnpm.
|
||||
|
||||
Den ursprungliga startsidan anropade health-endpointen och visade backendstatus
|
||||
eller ett anslutningsfel. Senare features har ersatt denna startsida, men
|
||||
health-endpointen och dess test finns kvar.
|
||||
|
||||
## API-förändringar
|
||||
|
||||
`GET /api/health` infördes och returnerar:
|
||||
|
||||
```json
|
||||
{"status":"UP"}
|
||||
```
|
||||
|
||||
## Databasförändringar
|
||||
|
||||
Inga.
|
||||
|
||||
## Frontendförändringar
|
||||
|
||||
En minimal startsida visade rubriken HemHub, att frontend hade startat och
|
||||
resultatet från `/api/health`. Vite konfigurerades att proxya `/api` till
|
||||
`http://localhost:8080`.
|
||||
|
||||
## Tester och verifiering
|
||||
|
||||
Ett MockMvc-test verifierar status 200 och `status: UP`. Det ursprungliga
|
||||
frontendtestet verifierade rubriken HemHub med mockat API-anrop.
|
||||
|
||||
## Kända begränsningar
|
||||
|
||||
Projektgrunden innehöll ingen användar- eller uppgiftsfunktionalitet. Den
|
||||
ursprungliga health-vyn är inte längre appens aktiva vy.
|
||||
|
||||
## Relaterade commits
|
||||
|
||||
- `9957383e88b08dc006d2eaeb2a513c7769bd5705` – `Initialize HemHub project foundation`
|
||||
99
docs/features/001-user-selection.md
Normal file
99
docs/features/001-user-selection.md
Normal file
@ -0,0 +1,99 @@
|
||||
# Feature 1 – Användarval
|
||||
|
||||
## Status
|
||||
|
||||
Färdig och mergad till `main`.
|
||||
|
||||
## Bakgrund
|
||||
|
||||
HemHub behövde centralt lagrade användare och ett enkelt sätt att välja vem som
|
||||
använder applikationen, utan att införa autentisering.
|
||||
|
||||
## Mål
|
||||
|
||||
Göra det möjligt att lista och skapa användare, välja en aktiv användare,
|
||||
återanvända valet i samma browser och lämna den aktiva vyn.
|
||||
|
||||
## Omfattning
|
||||
|
||||
- persistens, API och validering för användare;
|
||||
- startflöden för tom och befintlig användarlista;
|
||||
- lokalt lagrad aktiv användare;
|
||||
- användarval, skapande och felhantering;
|
||||
- automatiserade backend- och frontendtester.
|
||||
|
||||
## Avgränsningar
|
||||
|
||||
Ingen autentisering, lösenord, roll, behörighet, e-post, avatar,
|
||||
hushållsrelation, redigering eller radering infördes.
|
||||
|
||||
## Beslut
|
||||
|
||||
Backend är slutlig auktoritet för namnvalidering. Namn normaliseras separat för
|
||||
skiftlägesokänslig unikhet. Frontend lagrar endast UUID under
|
||||
`hemhub.activeUserId` och verifierar det mot den hämtade användarlistan.
|
||||
|
||||
## Implementerad lösning
|
||||
|
||||
Vid appstart hämtar frontend alltid användarna. En tom lista leder direkt till
|
||||
formuläret Skapa användare. Om användare finns men inget giltigt lokalt val
|
||||
finns visas Vem är du?.
|
||||
|
||||
Val eller lyckat skapande sparar användarens id och aktiverar användaren. Ett
|
||||
ogiltigt lagrat id rensas utan tekniskt fel. Feature 1:s tillfälliga startsida
|
||||
och kontrollen Byt användare ersattes i Feature 2 av uppgiftsbrädan och
|
||||
kontrollen Logga ut; lagringsmekanismen är oförändrad.
|
||||
|
||||
## API-förändringar
|
||||
|
||||
- `GET /api/users` returnerar alla användare.
|
||||
- `POST /api/users` skapar en användare och returnerar `201 Created`.
|
||||
|
||||
API-responsen innehåller `id`, `name` och `createdAt`. `normalizedName` exponeras
|
||||
inte.
|
||||
|
||||
Tomt namn eller namn längre än 50 Unicode-kodpunkter ger `400` med
|
||||
`INVALID_USER_NAME`. Ett dubblettnamn utan hänsyn till stora och små bokstäver
|
||||
ger `409` med `USER_NAME_ALREADY_EXISTS`.
|
||||
|
||||
## Databasförändringar
|
||||
|
||||
Flyway-migreringen `V1__create_users.sql` skapade tabellen `app_user`:
|
||||
|
||||
- UUID som primärnyckel;
|
||||
- `name VARCHAR(50)`;
|
||||
- unikt `normalized_name VARCHAR(150)`;
|
||||
- `created_at TIMESTAMP WITH TIME ZONE`.
|
||||
|
||||
Lokalt används filbaserad H2 och i tester H2 in-memory. Backend genererar UUID
|
||||
och `createdAt` med en UTC-klocka.
|
||||
|
||||
## Frontendförändringar
|
||||
|
||||
Frontend fick laddnings-, fel-, användarvals- och användarskapandevyer.
|
||||
Skapandeformuläret trimmar namnet, gör en enkel längdkontroll, blockerar
|
||||
dubbelsubmit och behåller inmatningen vid fel.
|
||||
|
||||
Nuvarande utloggning tar bort `hemhub.activeUserId`, rensar aktiv användare och
|
||||
visar Vem är du? även om endast en användare finns.
|
||||
|
||||
## Tester och verifiering
|
||||
|
||||
Backendens integrationstester verifierar tom lista, skapande och listning,
|
||||
trimning, ogiltiga namn, skiftlägesokänsliga dubbletter och alfabetisk
|
||||
sortering.
|
||||
|
||||
Frontendtesterna verifierar tom lista, användarval, automatisk aktivering efter
|
||||
skapande, bevarad inmatning vid fel, hämtfel med återförsök, ogiltigt lagrat id
|
||||
och utloggning. API-anropen mockas.
|
||||
|
||||
## Kända begränsningar
|
||||
|
||||
Aktiv användare är ett lokalt gränssnittsval, inte säker autentisering. Valet
|
||||
synkroniseras inte mellan browsers eller enheter. Användare kan inte redigeras
|
||||
eller raderas.
|
||||
|
||||
## Relaterade commits
|
||||
|
||||
- `1ec7a729085d456d3185a1c74d02f99f40de0e8d` – `feat: add user selection flow`
|
||||
- `050f248857a01db2dc236a0ca35982fd70dab3d6` – merge till `main`
|
||||
108
docs/features/002-task-creation.md
Normal file
108
docs/features/002-task-creation.md
Normal file
@ -0,0 +1,108 @@
|
||||
# Feature 2 – Skapa uppgifter
|
||||
|
||||
## Status
|
||||
|
||||
Färdig och mergad till `main`.
|
||||
|
||||
## Bakgrund
|
||||
|
||||
Efter införandet av aktiv användare behövde HemHub en första gemensam
|
||||
uppgiftsmodell och en enkel bräda för att skapa och visa uppgifter.
|
||||
|
||||
## Mål
|
||||
|
||||
Låta en aktiv användare se tre statuskolumner, skapa en uppgift med titel och
|
||||
valfri beskrivning samt se den sparade uppgiften efter omladdning.
|
||||
|
||||
## Omfattning
|
||||
|
||||
- persistent uppgiftsmodell och Flyway-migrering;
|
||||
- API för att skapa och lista uppgifter;
|
||||
- bräda med Väntande, Pågående och Klart;
|
||||
- modal för att skapa uppgifter;
|
||||
- laddnings-, validerings- och felhantering;
|
||||
- automatiserade backend- och frontendtester.
|
||||
|
||||
## Avgränsningar
|
||||
|
||||
Ingen ändring av status, drag-and-drop, tilldelning, användarrelation, poäng,
|
||||
deadline, återkommande uppgift, redigering, radering, sökning, filtrering eller
|
||||
paginering infördes.
|
||||
|
||||
## Beslut
|
||||
|
||||
Alla användare ser samma uppgifter; uppgiftsmodellen har ingen relation till en
|
||||
användare. Backend väljer alltid status `WAITING` vid skapande. Listningen
|
||||
sorteras i backend efter `createdAt ASC, id ASC`, och frontend bevarar den
|
||||
ordningen.
|
||||
|
||||
## Implementerad lösning
|
||||
|
||||
JPA-entiteten `Task` innehåller UUID, titel, valfri beskrivning, status och
|
||||
skapandetid. Backend genererar UUID och `createdAt` med en UTC-klocka.
|
||||
|
||||
Frontend visar uppgiftsbrädan när ett giltigt aktivt användarval finns. Uppgifter
|
||||
hämtas vid montering, grupperas efter status och visas med endast titel och
|
||||
eventuell beskrivning. Tomma kolumner saknar tomlägestext.
|
||||
|
||||
## API-förändringar
|
||||
|
||||
- `GET /api/tasks` returnerar samtliga uppgifter, äldst först och med UUID som
|
||||
sekundär sorteringsnyckel.
|
||||
- `POST /api/tasks` skapar en uppgift och returnerar `201 Created`.
|
||||
|
||||
Titel trimmas, är obligatorisk och får omfatta högst 100 Unicode-kodpunkter.
|
||||
Beskrivning trimmas, får omfatta högst 500 Unicode-kodpunkter och lagras som
|
||||
`null` om den är tom. Ogiltiga anrop ger `400` med felkoden `INVALID_TASK`.
|
||||
|
||||
## Databasförändringar
|
||||
|
||||
Flyway-migreringen `V2__create_tasks.sql` skapade tabellen `task`:
|
||||
|
||||
- `id UUID PRIMARY KEY`;
|
||||
- `title VARCHAR(100) NOT NULL`;
|
||||
- `description VARCHAR(500)`;
|
||||
- `status VARCHAR(20) NOT NULL`;
|
||||
- `created_at TIMESTAMP WITH TIME ZONE NOT NULL`.
|
||||
|
||||
Status lagras som text genom `@Enumerated(EnumType.STRING)`. Databasen har ingen
|
||||
check constraint för enumvärden.
|
||||
|
||||
## Frontendförändringar
|
||||
|
||||
Feature 1:s tillfälliga aktiva vy ersattes med uppgiftsbrädan. Sidhuvudet visar
|
||||
aktiv användares namn, Logga ut och Ny uppgift.
|
||||
|
||||
Skapandemodalen innehåller titel och valfri beskrivning. Titelfältet får fokus
|
||||
när modalen öppnas. När inget submit-anrop pågår kan den stängas med kryss,
|
||||
Escape eller klick på bakgrunden. Normal stängning avmonterar komponenten och
|
||||
nollställer därmed formuläret.
|
||||
|
||||
Vid submit gör frontend samma grundläggande längdkontroller, skickar trimmade
|
||||
värden och blockerar uppenbara dubbelsubmit. Vid fel stannar modalen öppen med
|
||||
bevarad inmatning. Vid framgång läggs API-svaret sist i den befintliga listan,
|
||||
vilket placerar den nya `WAITING`-uppgiften längst ned i Väntande utan att
|
||||
sortera om backendens ordning.
|
||||
|
||||
## Tester och verifiering
|
||||
|
||||
Backendens integrationstester verifierar skapande, `WAITING`, trimning, tom
|
||||
beskrivning som `null`, längdvalidering samt sorteringen `createdAt ASC, id ASC`.
|
||||
|
||||
Frontendtesterna verifierar bräda och statusgruppering, tomma kolumner,
|
||||
modalöppning och fokus, skapande, ordning efter skapande, bevarad formulärdata
|
||||
vid API-fel samt utloggning. Parametriserade testfall verifierar också stängning
|
||||
med kryss, Escape och bakgrundsklick samt att formuläret är rensat när modalen
|
||||
öppnas igen.
|
||||
|
||||
## Kända begränsningar
|
||||
|
||||
Statusvärden utöver `WAITING` kan visas om de redan finns i databasen, men inget
|
||||
nuvarande API eller gränssnitt kan flytta en uppgift mellan kolumnerna. Det
|
||||
finns ingen koppling mellan uppgifter och skapande eller aktiv användare.
|
||||
Modalen har ingen fokusfälla eller explicit fokusåterställning.
|
||||
|
||||
## Relaterade commits
|
||||
|
||||
- `3f152eecccdd88f840066543bf9321b81b4cead8` – `feat: add task creation board`
|
||||
- `2f7b99fb21c57c2e9c5f019a2b5073458e41c939` – merge till `main`
|
||||
438
docs/features/003-task-points.md
Normal file
438
docs/features/003-task-points.md
Normal file
@ -0,0 +1,438 @@
|
||||
# Feature 3 – Uppgiftspoäng
|
||||
|
||||
## Status
|
||||
|
||||
Pågående.
|
||||
|
||||
## Bakgrund
|
||||
|
||||
HemHub ska på sikt kunna använda spelifiering för att uppmuntra
|
||||
familjemedlemmar att utföra uppgifter. Exempel på framtida funktioner kan vara
|
||||
mål, achievements och belöningar baserade på hur många poäng en användare
|
||||
samlar under en viss period.
|
||||
|
||||
Feature 3 inför den grundläggande poänginformationen på uppgiften. Funktionen
|
||||
registrerar endast uppgiftens poängvärde. Intjäning av poäng och övrig
|
||||
spelifiering införs i senare features.
|
||||
|
||||
## Mål
|
||||
|
||||
Feature 3 ska:
|
||||
|
||||
- lägga till ett obligatoriskt poängvärde på varje uppgift;
|
||||
- låta användaren ange poäng när en uppgift skapas;
|
||||
- visa poängen på uppgiftskortet;
|
||||
- validera poängen konsekvent i frontend och backend;
|
||||
- dokumentera hur lokal utvecklingsdata hanteras.
|
||||
|
||||
## Betydelsen av poäng
|
||||
|
||||
Poängen uttrycker uppgiftens samlade värde utifrån hur:
|
||||
|
||||
- tidskrävande uppgiften är;
|
||||
- besvärlig uppgiften är;
|
||||
- viktig uppgiften är.
|
||||
|
||||
När poängintjäning införs i en senare feature ska samma värde motsvara hur många
|
||||
poäng användaren får när uppgiften slutförs.
|
||||
|
||||
Poängen är inte en exakt tidsuppskattning. En snabb men viktig uppgift kan
|
||||
därför ha ett högre poängvärde än en längre men mindre betydelsefull uppgift.
|
||||
|
||||
Feature 3 registrerar endast poängvärdet. Den ska inte registrera:
|
||||
|
||||
- vem som har tjänat poängen;
|
||||
- om poängen har delats ut;
|
||||
- när poängen har tjänats in;
|
||||
- någon historik över poäng.
|
||||
|
||||
## Poängskala
|
||||
|
||||
Poäng ska vara ett heltal mellan 1 och 99, inklusive gränsvärdena.
|
||||
|
||||
Alla heltal i intervallet är tillåtna. Feature 3 inför inte någon fast skala med
|
||||
fördefinierade steg.
|
||||
|
||||
Giltiga exempel:
|
||||
|
||||
- 1
|
||||
- 7
|
||||
- 25
|
||||
- 99
|
||||
|
||||
Ogiltiga exempel:
|
||||
|
||||
- inget värde;
|
||||
- `null`;
|
||||
- 0;
|
||||
- negativa tal;
|
||||
- 100 eller högre;
|
||||
- decimaltal;
|
||||
- text som inte kan tolkas som ett heltal.
|
||||
|
||||
En fast poängskala kan införas senare om erfarenhet från användningen visar att
|
||||
det är lämpligt.
|
||||
|
||||
## Avgränsning
|
||||
|
||||
Feature 3 omfattar endast:
|
||||
|
||||
- uppgiftens titel;
|
||||
- uppgiftens valfria beskrivning;
|
||||
- uppgiftens obligatoriska poängvärde;
|
||||
- visning av poäng på uppgiftskortet.
|
||||
|
||||
Feature 3 ska inte införa:
|
||||
|
||||
- tilldelning av uppgifter;
|
||||
- ändring av uppgiftsstatus;
|
||||
- drag-and-drop;
|
||||
- redigering av befintliga uppgifter;
|
||||
- radering av uppgifter;
|
||||
- deadlines;
|
||||
- återkommande uppgifter;
|
||||
- poänghistorik;
|
||||
- användares poängsaldo;
|
||||
- topplistor;
|
||||
- statistik;
|
||||
- mål;
|
||||
- achievements;
|
||||
- belöningar;
|
||||
- automatisk utdelning av poäng när en uppgift slutförs.
|
||||
|
||||
Dessa funktioner hanteras i senare features enligt roadmapen.
|
||||
|
||||
## Användarflöde
|
||||
|
||||
När användaren öppnar dialogen för att skapa en uppgift ska formuläret
|
||||
innehålla:
|
||||
|
||||
- titel;
|
||||
- beskrivning;
|
||||
- poäng.
|
||||
|
||||
Poängfältet ska initialt innehålla värdet `1`.
|
||||
|
||||
Användaren kan behålla standardvärdet eller ange ett annat heltal mellan 1 och
|
||||
99.
|
||||
|
||||
När uppgiften skapas ska frontend alltid skicka poängvärdet uttryckligen till
|
||||
backend. Backend ska inte själv fylla i ett saknat värde.
|
||||
|
||||
Efter att en uppgift har skapats framgångsrikt ska formuläret återställas.
|
||||
Poängfältet ska då återgå till `1`.
|
||||
|
||||
Om dialogen stängs och senare öppnas igen ska poängfältet också börja på `1`.
|
||||
|
||||
## Skapandedialog
|
||||
|
||||
Poäng ska anges med ett vanligt numeriskt inmatningsfält.
|
||||
|
||||
Fältet ska ha:
|
||||
|
||||
- etiketten `Poäng`;
|
||||
- initialt värde `1`;
|
||||
- minsta värde `1`;
|
||||
- högsta värde `99`;
|
||||
- heltalssteg.
|
||||
|
||||
En kort hjälptext kan visas:
|
||||
|
||||
> 1–99 poäng beroende på hur tidskrävande, besvärlig eller viktig uppgiften är.
|
||||
|
||||
Fältet får tillfälligt vara tomt medan användaren redigerar värdet. Frontend ska
|
||||
inte automatiskt återställa värdet till `1` medan användaren skriver.
|
||||
|
||||
Validering ska främst ske när användaren försöker skicka formuläret. Avancerad
|
||||
validering vid varje tangenttryckning ingår inte i denna feature.
|
||||
|
||||
## Frontendvalidering
|
||||
|
||||
Frontend ska blockera skapandeanropet om poängen inte är ett heltal mellan 1 och
|
||||
99.
|
||||
|
||||
Vid ett ogiltigt värde ska följande meddelande visas:
|
||||
|
||||
> Poäng måste vara ett heltal mellan 1 och 99.
|
||||
|
||||
Samma meddelande kan användas för:
|
||||
|
||||
- tomt värde;
|
||||
- värde under 1;
|
||||
- värde över 99;
|
||||
- decimaltal;
|
||||
- annat ogiltigt innehåll.
|
||||
|
||||
HTML-fältets attribut för minsta värde, högsta värde och heltalssteg får användas
|
||||
som stöd, men formulärlogiken ska också kontrollera värdet explicit.
|
||||
|
||||
Backend är alltid den slutliga garanten för valideringsreglerna.
|
||||
|
||||
## Visning på uppgiftskortet
|
||||
|
||||
Uppgiftens poäng ska visas på uppgiftskortet som en kompakt och dynamisk badge.
|
||||
|
||||
Badgen ska:
|
||||
|
||||
- renderas som en vanlig React- och HTML-komponent;
|
||||
- använda text och CSS;
|
||||
- läsa värdet från uppgiftens `points`;
|
||||
- visa värdet i formatet `{points} p`.
|
||||
|
||||
Exempel:
|
||||
|
||||
- `1 p`
|
||||
- `7 p`
|
||||
- `99 p`
|
||||
|
||||
Ingen genererad bild eller statisk grafik ska användas för själva poängvärdet.
|
||||
|
||||
Placering och visuell utformning ska följa projektets befintliga skärmbilder och
|
||||
nuvarande kortdesign. Poängindikatorn ska ligga i kortets metadataområde på
|
||||
motsvarande plats som poängindikatorn i designreferensen.
|
||||
|
||||
Mindre justeringar får göras för att passa den faktiska kortimplementationen.
|
||||
Feature 3 ska däremot inte införa en ny övergripande design för uppgiftskortet.
|
||||
|
||||
## API
|
||||
|
||||
Fältnamnet ska vara `points` genomgående i API, backend och frontend.
|
||||
|
||||
### Skapa uppgift
|
||||
|
||||
Requesten för att skapa en uppgift ska innehålla:
|
||||
|
||||
```json
|
||||
{
|
||||
"title": "Töm diskmaskinen",
|
||||
"description": "Ställ in allt i rätt skåp",
|
||||
"points": 3
|
||||
}
|
||||
```
|
||||
|
||||
`points` är obligatoriskt.
|
||||
|
||||
Backend ska inte tolka ett saknat värde som `1`.
|
||||
|
||||
### Uppgiftssvar
|
||||
|
||||
API-svar som innehåller en uppgift ska också innehålla `points`.
|
||||
|
||||
Exempel:
|
||||
|
||||
```json
|
||||
{
|
||||
"id": "00000000-0000-0000-0000-000000000000",
|
||||
"title": "Töm diskmaskinen",
|
||||
"description": "Ställ in allt i rätt skåp",
|
||||
"status": "WAITING",
|
||||
"points": 3,
|
||||
"createdAt": "2026-07-26T12:00:00Z"
|
||||
}
|
||||
```
|
||||
|
||||
Det gäller både:
|
||||
|
||||
- svaret efter att en uppgift skapats;
|
||||
- listning av uppgifter.
|
||||
|
||||
Det exakta API-formatet ska i övrigt följa den befintliga implementationen.
|
||||
|
||||
## Backendregler
|
||||
|
||||
En uppgift får aldrig existera med ett poängvärde utanför intervallet 1–99.
|
||||
|
||||
Regeln ska skyddas genom hela backend, inte bara i HTTP-lagret.
|
||||
|
||||
Beroende på repositoryts befintliga struktur ska valideringen tillämpas på
|
||||
relevanta nivåer, exempelvis:
|
||||
|
||||
- requestvalidering;
|
||||
- applikations- eller domänlogik;
|
||||
- entitetsmodell;
|
||||
- databasens schema.
|
||||
|
||||
Implementation ska följa projektets etablerade kodstruktur och inte introducera
|
||||
ett nytt arkitekturmönster enbart för denna feature.
|
||||
|
||||
## Felhantering
|
||||
|
||||
Ett ogiltigt eller saknat `points` ska ge:
|
||||
|
||||
```text
|
||||
400 Bad Request
|
||||
```
|
||||
|
||||
Backend ska använda projektets befintliga felformat och befintliga
|
||||
felhantering.
|
||||
|
||||
Feature 3 ska inte introducera en separat felmodell endast för poäng.
|
||||
|
||||
Backend får ge mer precisa valideringsdetaljer för exempelvis:
|
||||
|
||||
- saknat värde;
|
||||
- `null`;
|
||||
- värde under 1;
|
||||
- värde över 99.
|
||||
|
||||
Frontend behöver inte återge varje backenddetalj separat, utan kan visa det
|
||||
gemensamma användarmeddelandet:
|
||||
|
||||
> Poäng måste vara ett heltal mellan 1 och 99.
|
||||
|
||||
Vid andra eller oväntade backendfel ska frontend fortsätta använda projektets
|
||||
befintliga generella felhantering.
|
||||
|
||||
## Databas
|
||||
|
||||
Databasschemat ska innehålla ett obligatoriskt heltalsfält för uppgiftens poäng.
|
||||
|
||||
Det logiska slutläget är:
|
||||
|
||||
```text
|
||||
points INTEGER NOT NULL
|
||||
```
|
||||
|
||||
Databasen ska, om den befintliga schemahanteringen stödjer det, även skydda
|
||||
intervallet 1–99 med en motsvarande constraint.
|
||||
|
||||
Databasen ska inte ha ett permanent defaultvärde för nya uppgifter. Nya
|
||||
uppgifter ska alltid få ett uttryckligt poängvärde från applikationen.
|
||||
|
||||
Det förvalda värdet `1` är ett frontendbeteende och inte ett sätt för backend
|
||||
eller databasen att tyst komplettera ofullständiga anrop.
|
||||
|
||||
## Lokal utvecklingsdatabas
|
||||
|
||||
Den lokala utvecklingsdatabasen ska vara en in-memory H2-databas.
|
||||
|
||||
Databasen och dess innehåll ska återställas när backend startas om.
|
||||
|
||||
Lokal utvecklingsdata betraktas därför som tillfällig. Användare och uppgifter
|
||||
som skapats manuellt under utveckling behöver inte bevaras mellan starter.
|
||||
|
||||
Detta innebär att Feature 3 inte behöver migrera verkliga befintliga
|
||||
utvecklingsposter. En ny databas skapas direkt med det obligatoriska
|
||||
poängfältet.
|
||||
|
||||
Före Feature 3 var lokal H2 filbaserad. Feature 3 ändrar utvecklingsanslutningen
|
||||
till in-memory och uppdaterar utvecklingsdokumentationen i samma ändring.
|
||||
|
||||
## Schemahantering och framtida migrering
|
||||
|
||||
Att lokal utvecklingsdata inte bevaras innebär inte att framtida
|
||||
produktionsdata kan återställas vid varje release.
|
||||
|
||||
När HemHub börjar använda en beständig PostgreSQL-databas med data som ska
|
||||
bevaras måste schemaändringar hanteras med kontrollerade migreringar.
|
||||
|
||||
Feature 3 behöver inte införa eller färdigställa hela den framtida
|
||||
produktionsstrategin om den ännu inte finns i repositoryt.
|
||||
|
||||
Projektet använder redan Flyway och versionshanterade migreringar. Feature 3 ska
|
||||
därför lägga till en ny Flyway-migrering för poängfältet och inte ändra tidigare
|
||||
migreringar. Hibernate ska fortsatt validera schemat i stället för att skapa
|
||||
det.
|
||||
|
||||
Bytet till in-memory H2 innebär att befintliga lokala utvecklingsposter inte
|
||||
behöver bevaras eller fyllas på med poäng. Själva schemaändringen ska ändå
|
||||
hanteras som en kontrollerad migrering så att migrationshistoriken förblir
|
||||
sammanhängande inför framtida beständig data.
|
||||
|
||||
Repositoryts faktiska arkitektur och dokumentation har företräde.
|
||||
|
||||
## Backendtester
|
||||
|
||||
Feature 3 ska minst verifiera att:
|
||||
|
||||
- en uppgift kan skapas med ett giltigt `points`;
|
||||
- det skapade API-svaret innehåller samma `points`;
|
||||
- listning av uppgifter innehåller `points`;
|
||||
- gränsvärdet `1` accepteras;
|
||||
- gränsvärdet `99` accepteras;
|
||||
- saknat `points` ger `400 Bad Request`;
|
||||
- `points: null` ger `400 Bad Request`;
|
||||
- `points: 0` ger `400 Bad Request`;
|
||||
- negativa värden ger `400 Bad Request`;
|
||||
- `points: 100` ger `400 Bad Request`.
|
||||
|
||||
Testerna ska följa befintlig teststil och utöka nuvarande tester där det är
|
||||
lämpligt.
|
||||
|
||||
## Frontendtester
|
||||
|
||||
Feature 3 ska minst verifiera att:
|
||||
|
||||
- skapandedialogen öppnas med poängvärdet `1`;
|
||||
- ett giltigt poängvärde skickas i create-anropet;
|
||||
- tomt poängfält blockerar submit;
|
||||
- ett värde under 1 blockerar submit;
|
||||
- ett värde över 99 blockerar submit;
|
||||
- ett ogiltigt värde visar felmeddelandet;
|
||||
- formuläret återställs till poängvärdet `1` efter lyckad skapning;
|
||||
- ett uppgiftskort visar uppgiftens dynamiska poängbadge;
|
||||
- badgen visar värdet från uppgiftsdata, exempelvis `7 p`.
|
||||
|
||||
Testerna ska inte vara beroende av en viss pixelplacering eller detaljerad CSS.
|
||||
|
||||
## Manuell verifiering
|
||||
|
||||
Följande ska verifieras manuellt:
|
||||
|
||||
1. Starta frontend och backend enligt projektets utvecklingsinstruktioner.
|
||||
2. Skapa en uppgift utan att ändra poängfältet.
|
||||
3. Verifiera att uppgiften får `1 p`.
|
||||
4. Skapa en uppgift med ett mellanvärde, exempelvis `7`.
|
||||
5. Verifiera att uppgiften får `7 p`.
|
||||
6. Skapa en uppgift med `99`.
|
||||
7. Verifiera att uppgiften får `99 p`.
|
||||
8. Försök skapa en uppgift med tomt poängfält.
|
||||
9. Verifiera att anropet blockeras och att rätt felmeddelande visas.
|
||||
10. Försök använda värdena `0` och `100`.
|
||||
11. Verifiera att båda avvisas.
|
||||
12. Kontrollera att poängbadgen följer projektets designreferens och fungerar
|
||||
med ett- och tvåsiffriga värden.
|
||||
13. Starta om backend.
|
||||
14. Verifiera att den lokala utvecklingsdatan inte finns kvar.
|
||||
|
||||
## Acceptanskriterier
|
||||
|
||||
Feature 3 är klar när:
|
||||
|
||||
- varje ny uppgift har ett obligatoriskt `points`;
|
||||
- `points` är ett heltal mellan 1 och 99;
|
||||
- frontendens standardvärde är `1`;
|
||||
- frontend alltid skickar `points` uttryckligen;
|
||||
- backend avvisar saknat eller ogiltigt `points`;
|
||||
- backend fyller inte automatiskt i ett saknat värde;
|
||||
- uppgiftens poäng returneras av API:t;
|
||||
- uppgiftens poäng visas dynamiskt på uppgiftskortet;
|
||||
- frontend- och backendtester täcker centrala giltiga och ogiltiga fall;
|
||||
- lokal H2 körs som in-memory och återställs vid omstart;
|
||||
- relevant dokumentation är uppdaterad;
|
||||
- Feature 3 inte inför funktionalitet som hör till senare features.
|
||||
|
||||
## Implementationsprinciper
|
||||
|
||||
När Feature 3 senare implementeras ska Codex först läsa:
|
||||
|
||||
```text
|
||||
AGENTS.md
|
||||
README.md
|
||||
docs/architecture.md
|
||||
docs/development.md
|
||||
docs/roadmap.md
|
||||
docs/decisions/
|
||||
docs/features/
|
||||
```
|
||||
|
||||
Codex ska även läsa relevant backendkod, frontendkod och befintliga tester innan
|
||||
ändringar görs.
|
||||
|
||||
Repositoryts faktiska kod och dokumentation har företräde framför antaganden i
|
||||
denna featurebeskrivning.
|
||||
|
||||
Dokumentation, implementation och tester ska uppdateras tillsammans.
|
||||
|
||||
Codex ska inte committa, pusha, skapa pull request eller merga utan uttrycklig
|
||||
instruktion.
|
||||
122
docs/features/004-task-assignment.md
Normal file
122
docs/features/004-task-assignment.md
Normal file
@ -0,0 +1,122 @@
|
||||
# Feature 4 – Tilldelning av uppgifter
|
||||
|
||||
## Status
|
||||
|
||||
Pågående.
|
||||
|
||||
## Bakgrund
|
||||
|
||||
HemHub har centralt lagrade användare och gemensamma uppgifter. För att senare
|
||||
kunna införa regler för pågående arbete behöver en uppgift kunna ha en ansvarig
|
||||
användare, utan att tilldelning samtidigt ändrar uppgiftens status.
|
||||
|
||||
## Mål
|
||||
|
||||
- välja en valfri ansvarig när en uppgift skapas;
|
||||
- visa ansvarig på uppgiftskortet;
|
||||
- tilldela, byta eller ta bort ansvarig på en väntande uppgift;
|
||||
- lagra tilldelningen centralt så att alla användare ser samma värde.
|
||||
|
||||
## Omfattning
|
||||
|
||||
En uppgift kan vara otilldelad eller tilldelad exakt en befintlig användare.
|
||||
`Ingen` är standard vid skapande och den aktiva browseranvändaren förväljs
|
||||
inte. Frontend återanvänder användarlistan som redan hämtas vid appstart.
|
||||
|
||||
På ett otilldelat väntande kort öppnar `Ta uppgift` ett användarval. Ett
|
||||
tilldelat väntande kort visar namnet och öppnar samma val. Ändringen skickas
|
||||
direkt till backend och kortet uppdateras först med den bekräftade responsen.
|
||||
Vid fel behålls den tidigare tilldelningen och ett lokalt felmeddelande visas.
|
||||
|
||||
För `IN_PROGRESS` och `COMPLETED` visas ansvarig eller `Otilldelad` utan
|
||||
redigerbar kontroll.
|
||||
|
||||
## Produktregler
|
||||
|
||||
- En uppgift har högst en ansvarig.
|
||||
- Ansvarig är valfri och måste motsvara en befintlig användare.
|
||||
- Endast uppgifter med status `WAITING` får få ändrad ansvarig.
|
||||
- Tilldelning ändrar aldrig status, titel, beskrivning eller poäng.
|
||||
- Vem som helst kan välja valfri ansvarig; aktiv användare är inte
|
||||
autentisering eller behörighetskontroll.
|
||||
|
||||
## API-förändringar
|
||||
|
||||
`POST /api/tasks` accepterar det valfria fältet `assigneeId`. Saknat fält eller
|
||||
`null` skapar en otilldelad uppgift. Ett UUID som inte motsvarar en användare
|
||||
ger `404 Not Found`.
|
||||
|
||||
`PUT /api/tasks/{taskId}/assignee` ändrar endast ansvarig:
|
||||
|
||||
```json
|
||||
{"assigneeId": "d56b54dd-31b0-4d71-8a10-82464be59a61"}
|
||||
```
|
||||
|
||||
`{"assigneeId": null}` tar bort tilldelningen. Fältet måste finnas i requesten.
|
||||
Responsen är den uppdaterade uppgiften. Task-responser innehåller:
|
||||
|
||||
```json
|
||||
{"assignee": {"id": "d56b54dd-31b0-4d71-8a10-82464be59a61", "name": "Anna"}}
|
||||
```
|
||||
|
||||
Otilldelade uppgifter har `"assignee": null`. Ogiltigt UUID eller saknat fält
|
||||
ger `400`, okänd uppgift eller användare ger `404` och ändring av en uppgift
|
||||
som inte väntar ger `409`. Felen använder det befintliga formatet med `code`
|
||||
och `message`.
|
||||
|
||||
## Databasförändringar
|
||||
|
||||
`V4__add_task_assignee.sql` lägger till `task.assignee_id UUID NULL` med en
|
||||
främmande nyckel till `app_user.id`. Befintliga uppgifter blir otilldelade.
|
||||
Migreringen använder varken `ON DELETE CASCADE` eller `ON DELETE SET NULL`.
|
||||
|
||||
JPA-modellen använder en lazy `ManyToOne`. Repositoryts listning och
|
||||
id-hämtning använder en entity graph för att hämta ansvarig tillsammans med
|
||||
uppgiften och undvika N+1-frågor när responsen byggs.
|
||||
|
||||
## Frontendförändringar
|
||||
|
||||
Skapandedialogen innehåller ett tilldelningsval med `Ingen` och samtliga
|
||||
användare. Valet bevaras tillsammans med övriga formulärvärden vid fel.
|
||||
|
||||
Väntande kort har en separat tilldelningskontroll. Kontrollen är inaktiverad
|
||||
medan just det kortets request pågår; övriga delar av brädan förblir
|
||||
interaktiva. Serverns task-respons ersätter motsvarande uppgift i den befintliga
|
||||
listan utan att ändra ordningen.
|
||||
|
||||
## Tester och verifiering
|
||||
|
||||
Backendens integrationstester täcker skapande med och utan ansvarig,
|
||||
responsformat, okända id:n, tilldelning, byte, av-tilldelning, statuskonflikt
|
||||
och att övriga uppgiftsfält inte ändras.
|
||||
|
||||
Frontendtesterna täcker standardval och användarlista i skapandedialogen,
|
||||
create-requestens `assigneeId`, kortens redigerbara och statiska lägen,
|
||||
tilldelningsrequest, vänteläge, serverbekräftad uppdatering, av-tilldelning och
|
||||
fel utan optimistisk ändring.
|
||||
|
||||
Manuell verifiering ska omfatta skapande med och utan ansvarig, tilldelning,
|
||||
byte, av-tilldelning, bevarad status, omladdning, statiska kontroller för andra
|
||||
statusar, felrespons och projektets normala desktop- och mobilbredder.
|
||||
|
||||
## Avgränsning mot Feature 5
|
||||
|
||||
Feature 4 inför inget API eller UI för statusändring och inte regeln att
|
||||
`IN_PROGRESS` måste ha en ansvarig. Tilldelning leder inte automatiskt till
|
||||
`IN_PROGRESS`, och av-tilldelning leder inte automatiskt till `WAITING`.
|
||||
|
||||
## Ingår inte
|
||||
|
||||
Flera ansvariga, statusändring, drag-and-drop, generell redigering, radering,
|
||||
deadlines, återkommande uppgifter, poänghistorik, användaradministration,
|
||||
autentisering, behörighetskontroll och automatisk tilldelning ingår inte.
|
||||
|
||||
## Kända begränsningar
|
||||
|
||||
Användare kan ännu inte raderas, så relationens framtida beteende vid
|
||||
användarradering är inte beslutat. Frontend har ingen optimistisk uppdatering;
|
||||
det tidigare värdet ligger kvar tills backend svarar.
|
||||
|
||||
## Relaterade commits
|
||||
|
||||
Fylls i när featuren har committats.
|
||||
434
docs/roadmap.md
Normal file
434
docs/roadmap.md
Normal file
@ -0,0 +1,434 @@
|
||||
# HemHub roadmap
|
||||
|
||||
## Syfte
|
||||
|
||||
Roadmapen är HemHubs styrande plan för val och ordning av kommande features. Den
|
||||
utgår från den faktiska implementationen efter Feature 2 och från beslut som
|
||||
dokumenterats i arkitektur- och beslutsdokumenten.
|
||||
|
||||
Planen är ändringsbar. Ordningen uttrycker nuvarande prioritering och beroenden,
|
||||
inte ett löfte om att alla features måste genomföras oförändrade.
|
||||
|
||||
## Regler för användning
|
||||
|
||||
- Nästa feature ska väljas från denna roadmap.
|
||||
- Feature 0–2 behåller sina nummer och sin historiska betydelse.
|
||||
- Ändra roadmapen innan en feature delas, flyttas, ersätts eller läggs till.
|
||||
- Dokumentera motiv och beroendeförändringar innan utveckling påbörjas.
|
||||
- En ChatGPT- eller Codex-dialog får inte skapa en alternativ featureplan utan
|
||||
att roadmapen först uppdateras i repositoryt.
|
||||
- Håll varje feature tillräckligt liten för separat implementation och
|
||||
verifiering.
|
||||
- Beskriv mål och affärsregler här; bindande implementationsdetaljer hör till
|
||||
feature-specifikationen och relevanta beslutsdokument.
|
||||
- En designfeature producerar dokument och beslut, inte produktionskod, om inget
|
||||
annat uttryckligen beslutas.
|
||||
|
||||
Följande statusvärden används:
|
||||
|
||||
- **Klar** – implementerad, verifierad och mergad.
|
||||
- **Planerad** – ingår i nuvarande ordning men har inte påbörjats.
|
||||
- **Pågående** – utveckling pågår i en aktiv feature.
|
||||
- **Villkorad** – genomförs endast om det angivna villkoret uppfylls.
|
||||
- **Ersatt** – har ersatts av en dokumenterad annan feature eller plan.
|
||||
|
||||
## Nuvarande läge
|
||||
|
||||
Feature 0–2 är klara. Den aktuella applikationen har:
|
||||
|
||||
- ett monorepo med separat React/Vite-frontend och Spring Boot-backend;
|
||||
- centralt lagrade användare och ett lokalt browserval av aktiv användare;
|
||||
- gemensamma uppgifter med titel, valfri beskrivning, status och poäng;
|
||||
- skapande och listning av uppgifter;
|
||||
- en bräda med Väntande, Pågående och Klart;
|
||||
- nya uppgifter som alltid skapas med status `WAITING`.
|
||||
|
||||
Tilldelning av högst en ansvarig användare per uppgift är under utveckling. Det
|
||||
finns ännu inga statusändringar, drag-and-drop, redigeringar, raderingar,
|
||||
deadlines eller återkommande uppgifter.
|
||||
Nuvarande användarval är inte autentisering.
|
||||
|
||||
**Feature 4 – Tilldelning av uppgifter är pågående.**
|
||||
|
||||
## Featureöversikt
|
||||
|
||||
| Feature och namn | Status | Beroenden | Huvudsakligt resultat |
|
||||
| --- | --- | --- | --- |
|
||||
| 0 – Projektgrund | Klar | – | Körbar frontend, backend och lokal API-koppling |
|
||||
| 1 – Användarval | Klar | 0 | Centrala användare och lokalt aktivt användar-id |
|
||||
| 2 – Skapa uppgifter | Klar | 0–1 | Gemensamma uppgifter och trekolumnsbräda |
|
||||
| 3 – Uppgiftspoäng | Pågående | 2 | Poäng på uppgifter |
|
||||
| 4 – Tilldelning | Pågående | 1–2 | Valfri ansvarig användare |
|
||||
| 5 – Statusändring | Planerad | 4 | Backendstyrda statusövergångar |
|
||||
| 6 – Drag-and-drop | Planerad | 5 | Kortflytt via status-API |
|
||||
| 7 – Radera uppgift | Planerad | 2 | Bekräftad radering |
|
||||
| 8 – Redigera uppgift | Planerad | 3 | Titel, beskrivning och poäng |
|
||||
| 9 – Deadline | Planerad | 2 | Valfri deadline och förseningsmarkering |
|
||||
| 10 – Sökning och filtrering | Planerad | 2; 4 för ansvarig; 9 för deadline | Sökning och filter på brädan |
|
||||
| 11 – Design av återkommande uppgifter | Planerad | 3–5, 9 | Beslut och plan, ingen produktionskod |
|
||||
| 12 – Återkommande uppgifter | Planerad | 5, 9, 11 | Implementerad återkommandemodell |
|
||||
| 13 – Poänghistorik och summering | Planerad | 3–5, 12 | Slutförandehistorik och summering |
|
||||
| 14 – PostgreSQL | Planerad | 0–13 | Verifierad produktionsdatabas |
|
||||
| 15 – Dockerpaketering | Planerad | 14 | Images och produktionslik lokal körning |
|
||||
| 16 – Pipeline och deployment | Planerad | 15 | Bygge, publicering och drift på Biff |
|
||||
| 17 – Autentisering | Villkorad | 16, extern åtkomst | Säker internetexponering |
|
||||
|
||||
## Genomförda features
|
||||
|
||||
### Feature 0 – Projektgrund
|
||||
|
||||
**Status:** Klar
|
||||
|
||||
Feature 0 etablerade monorepot, React/Vite-frontend, Spring Boot-backend,
|
||||
health-endpoint, lokal Vite-proxy och grundtester. Den faktiska lösningen
|
||||
beskrivs i
|
||||
[`000-project-foundation.md`](features/000-project-foundation.md).
|
||||
|
||||
### Feature 1 – Användarval
|
||||
|
||||
**Status:** Klar
|
||||
|
||||
Feature 1 införde skapande och listning av användare, val av aktiv användare och
|
||||
lokal lagring av användarens id. Lösningen är ett browserlokalt användarval,
|
||||
inte riktig autentisering. Den faktiska lösningen beskrivs i
|
||||
[`001-user-selection.md`](features/001-user-selection.md).
|
||||
|
||||
### Feature 2 – Skapa uppgifter
|
||||
|
||||
**Status:** Klar
|
||||
|
||||
Feature 2 införde en grundläggande uppgiftsmodell, API för att lista och skapa
|
||||
uppgifter samt en bräda med tre statuskolumner. Uppgifter har titel, valfri
|
||||
beskrivning och status; nya uppgifter skapas som `WAITING`. Den faktiska
|
||||
lösningen beskrivs i
|
||||
[`002-task-creation.md`](features/002-task-creation.md).
|
||||
|
||||
## Fas 1 – Komplettera den centrala uppgiftsmodellen
|
||||
|
||||
Fasen lägger till den domändata och de backendregler som behövs innan mer
|
||||
interaktiv brädhantering införs.
|
||||
|
||||
### Feature 3 – Uppgiftspoäng
|
||||
|
||||
**Status:** Pågående
|
||||
|
||||
**Beroenden:** Feature 2
|
||||
|
||||
**Mål:**
|
||||
|
||||
- lägga till obligatoriska poäng på uppgifter;
|
||||
- välja och dokumentera poängskala;
|
||||
- ange poäng vid skapande;
|
||||
- visa poäng på uppgiftskort;
|
||||
- migrera befintliga uppgifter kontrollerat.
|
||||
|
||||
Feature 3 ligger först eftersom poäng blir ett centralt uppgiftsfält som senare
|
||||
ska kunna redigeras och historikföras.
|
||||
|
||||
Poängskalan är beslutad till alla heltal mellan 1 och 99. V3-migreringen ger
|
||||
eventuella befintliga uppgifter värdet `1` innan kolumnen görs obligatorisk;
|
||||
databasen har inget permanent defaultvärde.
|
||||
|
||||
### Feature 4 – Tilldelning av uppgifter
|
||||
|
||||
**Status:** Pågående
|
||||
|
||||
**Beroenden:** Feature 1 och Feature 2
|
||||
|
||||
**Mål:**
|
||||
|
||||
- lägga till en valfri ansvarig användare;
|
||||
- tillåta ansvarig vid skapande;
|
||||
- visa ansvarig på uppgiftskort;
|
||||
- kunna ändra ansvarig på en befintlig uppgift.
|
||||
|
||||
En väntande uppgift får vara tilldelad eller otilldelad och har högst en
|
||||
ansvarig. Tilldelning införs före statusändring eftersom en pågående uppgift
|
||||
senare måste ha en ansvarig. Hur borttagna användare ska hanteras är fortsatt
|
||||
öppet tills användarradering införs.
|
||||
|
||||
### Feature 5 – Statusändring och statusregler
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 4
|
||||
|
||||
**Mål:**
|
||||
|
||||
- införa backend-API för statusändring;
|
||||
- stödja `WAITING`, `IN_PROGRESS` och `COMPLETED`;
|
||||
- säkerställa statusregler i backend;
|
||||
- ge ett enkelt UI för statusändring före drag-and-drop.
|
||||
|
||||
`IN_PROGRESS` kräver en ansvarig användare. Statusflödet införs före
|
||||
drag-and-drop så att affärsregeln och API:t kan verifieras utan att samtidigt
|
||||
bygga en komplex interaktion.
|
||||
|
||||
**Öppna frågor:**
|
||||
|
||||
- vad som sker när en otilldelad uppgift sätts till `IN_PROGRESS`;
|
||||
- om aktiv användare ska föreslås automatiskt;
|
||||
- vad som sker om ansvarig tas bort från en pågående uppgift.
|
||||
|
||||
### Feature 6 – Drag-and-drop
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 5
|
||||
|
||||
**Mål:**
|
||||
|
||||
- flytta uppgiftskort mellan statuskolumner;
|
||||
- använda status-API:t från Feature 5;
|
||||
- hantera serverfel och återställning av UI;
|
||||
- hantera en otilldelad uppgift som flyttas till Pågående.
|
||||
|
||||
Drag-and-drop kommer efter det enklare statusflödet för att återanvända
|
||||
verifierade backendregler.
|
||||
|
||||
**Öppna frågor:**
|
||||
|
||||
- optimistisk eller serverbekräftad uppdatering;
|
||||
- exakt tilldelningsflöde vid flytt till Pågående.
|
||||
|
||||
## Fas 2 – Hantering av uppgifter
|
||||
|
||||
Fasen kompletterar livscykeln för enskilda uppgifter efter att den centrala
|
||||
modellen och statusreglerna finns.
|
||||
|
||||
### Feature 7 – Radera uppgift
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 2
|
||||
|
||||
**Mål:**
|
||||
|
||||
- införa backend-API för radering;
|
||||
- radera en uppgift från brädan;
|
||||
- kräva bekräftelse före radering.
|
||||
|
||||
Radering hålls separat från redigering så att databorttagning och dess
|
||||
konsekvenser kan verifieras isolerat.
|
||||
|
||||
**Öppen fråga:**
|
||||
|
||||
- permanent radering eller mjuk radering.
|
||||
|
||||
### Feature 8 – Redigera uppgift
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 3
|
||||
|
||||
**Mål:**
|
||||
|
||||
- ändra titel;
|
||||
- ändra beskrivning;
|
||||
- ändra poäng.
|
||||
|
||||
Featuren ligger efter poäng för att redigeringsflödet ska omfatta den då
|
||||
aktuella uppgiftsmodellen. Ansvarig ska fortsatt ändras genom
|
||||
tilldelningsflödet från Feature 4 och status genom statusflödet från Feature 5.
|
||||
|
||||
### Feature 9 – Deadline
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 2
|
||||
|
||||
**Mål:**
|
||||
|
||||
- lägga till en valfri deadline;
|
||||
- stödja beslutad representation av datum och eventuell tid;
|
||||
- visa deadline på uppgiftskort;
|
||||
- markera försenade uppgifter.
|
||||
|
||||
Deadline införs före återkommande uppgifter eftersom framtida förekomster måste
|
||||
kunna ärva eller beräkna deadlines.
|
||||
|
||||
**Öppna frågor:**
|
||||
|
||||
- datum utan tid eller datum och tid;
|
||||
- tidszonshantering;
|
||||
- definition av en försenad uppgift.
|
||||
|
||||
### Feature 10 – Sökning och filtrering
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 2; Feature 4 för ansvarigfilter; Feature 9 om
|
||||
deadlinefilter ska ingå
|
||||
|
||||
**Mål:**
|
||||
|
||||
- söka på titel och beskrivning;
|
||||
- filtrera på ansvarig och status;
|
||||
- eventuellt filtrera på deadline.
|
||||
|
||||
Datamängden i ett familjehushåll är sannolikt liten. Klientbaserad sökning kan
|
||||
därför vara tillräcklig initialt, men valet ska göras i feature-specifikationen.
|
||||
Sökning på titel och beskrivning samt statusfiltrering kan byggas från Feature
|
||||
2. Filtrering på ansvarig kräver Feature 4, och deadlinefilter kräver Feature 9
|
||||
om det ska ingå.
|
||||
|
||||
**Öppen fråga:**
|
||||
|
||||
- klientbaserad eller serverbaserad sökning.
|
||||
|
||||
## Fas 3 – Återkommande arbete och historik
|
||||
|
||||
Fasen kräver först ett uttryckligt modellbeslut, eftersom återkommande arbete
|
||||
påverkar status, deadline, ansvarig och poäng.
|
||||
|
||||
### Feature 11 – Design av återkommande uppgifter
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Typ:** Designfeature
|
||||
|
||||
**Beroenden:** Beslutade modeller från Feature 3–5 och Feature 9
|
||||
|
||||
**Ingen produktionskod ska implementeras i denna feature.**
|
||||
|
||||
**Mål:**
|
||||
|
||||
- besluta skillnaden mellan uppgiftsmall och konkret förekomst;
|
||||
- definiera hur nästa förekomst skapas;
|
||||
- definiera vad slutförande betyder;
|
||||
- definiera hur en förekomst hoppas över;
|
||||
- definiera hur ändringar påverkar framtida förekomster;
|
||||
- definiera hur ansvarig, poäng och deadline ärvs.
|
||||
|
||||
Resultatet ska vara ett beslutsdokument och en avgränsad implementationsplan för
|
||||
Feature 12. Designsteget ligger före implementationen för att undvika att
|
||||
domänbeslut byggs in implicit.
|
||||
|
||||
### Feature 12 – Implementera återkommande uppgifter
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 5, Feature 9 och Feature 11
|
||||
|
||||
**Mål:**
|
||||
|
||||
- implementera modellen som beslutades i Feature 11.
|
||||
|
||||
### Feature 13 – Poänghistorik och summering
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 3, Feature 4, Feature 5 och Feature 12
|
||||
|
||||
**Mål:**
|
||||
|
||||
- registrera vem som slutförde en uppgift;
|
||||
- registrera när uppgiften slutfördes;
|
||||
- summera poäng per användare och period;
|
||||
- visa enkel historik.
|
||||
|
||||
Historik ligger efter status, poäng och återkommande uppgifter eftersom
|
||||
slutförandet måste vara en backendvaliderad händelse med ett definierat
|
||||
poängvärde och en definierad konkret förekomst.
|
||||
|
||||
**Öppna frågor:**
|
||||
|
||||
- om tilldelad och slutförande användare kan vara olika;
|
||||
- om poäng delas ut vid varje återkommande förekomst;
|
||||
- hur återöppnade uppgifter påverkar historik.
|
||||
|
||||
## Fas 4 – Produktion
|
||||
|
||||
Produktionsfasen realiserar den beslutade riktningen i
|
||||
[`005-production-deployment-direction.md`](decisions/005-production-deployment-direction.md).
|
||||
Inget i denna fas är implementerat i nuläget.
|
||||
|
||||
### Feature 14 – PostgreSQL och produktionsdatabas
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Föregående produktfeatures vars persistens ska produktionssättas
|
||||
|
||||
**Mål:**
|
||||
|
||||
- lägga till produktionskonfiguration för PostgreSQL;
|
||||
- verifiera Flyway-migreringar mot PostgreSQL;
|
||||
- införa PostgreSQL-baserade integrationstester, exempelvis med Testcontainers;
|
||||
- behålla en enkel lokal utvecklingsupplevelse.
|
||||
|
||||
PostgreSQL införs före paketering för att databasdrivrutin, migreringar och
|
||||
konfiguration ska vara verifierade innan en produktionslik stack byggs.
|
||||
|
||||
**Öppen fråga:**
|
||||
|
||||
- om lokal utveckling fortsatt ska kunna använda H2.
|
||||
|
||||
### Feature 15 – Dockerpaketering
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 14
|
||||
|
||||
**Mål:**
|
||||
|
||||
- skapa en backend-image;
|
||||
- skapa en frontend-image;
|
||||
- stödja produktionslik lokal körning;
|
||||
- ge same-origin `/api` via Nginx.
|
||||
|
||||
Paketeringen kommer före pipelinearbetet så att images kan byggas och verifieras
|
||||
lokalt.
|
||||
|
||||
### Feature 16 – Pipeline och deployment
|
||||
|
||||
**Status:** Planerad
|
||||
|
||||
**Beroenden:** Feature 15
|
||||
|
||||
**Mål:**
|
||||
|
||||
- skapa en Drone-pipeline;
|
||||
- publicera images till ett privat registry;
|
||||
- driftsätta på Ubuntu-servern Biff;
|
||||
- uppdatera tjänster med Watchtower;
|
||||
- införa nödvändig Nginx-konfiguration;
|
||||
- hantera secrets utanför Git.
|
||||
|
||||
Exakta miljödetaljer ska beslutas inom featuren och känsliga värden ska inte
|
||||
committas.
|
||||
|
||||
## Fas 5 – Eventuell extern åtkomst
|
||||
|
||||
### Feature 17 – Autentisering och internetexponering
|
||||
|
||||
**Status:** Villkorad
|
||||
|
||||
**Beroenden:** Beslut att exponera HemHub mot internet och en säker
|
||||
produktionsgrund, normalt Feature 16
|
||||
|
||||
Featuren ska endast genomföras om HemHub ska göras åtkomlig från internet.
|
||||
Nuvarande aktiva användarval är uttryckligen inte autentisering.
|
||||
|
||||
**Mål:**
|
||||
|
||||
- införa riktig autentisering;
|
||||
- införa behörighetsregler;
|
||||
- använda säker sessions- eller tokenhantering;
|
||||
- konfigurera TLS och extern exponering;
|
||||
- säkerhetsgranska API och deployment.
|
||||
|
||||
## Öppna tvärgående frågor
|
||||
|
||||
- Ska uppgifter raderas permanent eller mjukt?
|
||||
- Hur ska datum, tider och tidszoner representeras?
|
||||
- Ska H2 behållas för lokal utveckling efter PostgreSQL-införandet?
|
||||
- Hur ska användare senare kunna redigeras eller raderas, särskilt när de är
|
||||
ansvariga för eller har slutfört uppgifter?
|
||||
- Vid vilken typ av extern åtkomst krävs riktig autentisering?
|
||||
- Hur ska UI-designen från befintliga skisser införas inkrementellt utan att
|
||||
blanda in framtida funktionalitet?
|
||||
|
||||
## Ändringshistorik
|
||||
|
||||
- 2026-07-26: Roadmapen etablerades. Feature 0–2 markerades som klara, Feature
|
||||
3–16 planerades och Feature 17 markerades som villkorad.
|
||||
@ -1,21 +1,498 @@
|
||||
import { render, screen } from '@testing-library/react'
|
||||
import { afterEach, expect, test, vi } from 'vitest'
|
||||
import { cleanup, fireEvent, render, screen, waitFor, within } from '@testing-library/react'
|
||||
import { afterEach, beforeEach, expect, test, vi } from 'vitest'
|
||||
import App from './App'
|
||||
|
||||
const users = [
|
||||
{
|
||||
id: 'd56b54dd-31b0-4d71-8a10-82464be59a61',
|
||||
name: 'Urban',
|
||||
createdAt: '2026-07-24T10:15:30Z',
|
||||
},
|
||||
{
|
||||
id: '2213a673-c859-462b-a031-7b68b6f01c73',
|
||||
name: 'Anna',
|
||||
createdAt: '2026-07-24T10:16:30Z',
|
||||
},
|
||||
]
|
||||
|
||||
const tasks = [
|
||||
{
|
||||
id: '00000000-0000-0000-0000-000000000001',
|
||||
title: 'Dammsuga',
|
||||
description: 'Bottenvåningen',
|
||||
status: 'WAITING',
|
||||
points: 7,
|
||||
assignee: null,
|
||||
createdAt: '2026-07-24T10:00:00Z',
|
||||
},
|
||||
{
|
||||
id: '00000000-0000-0000-0000-000000000002',
|
||||
title: 'Diska',
|
||||
description: null,
|
||||
status: 'IN_PROGRESS',
|
||||
points: 3,
|
||||
assignee: { id: users[1].id, name: users[1].name },
|
||||
createdAt: '2026-07-24T10:01:00Z',
|
||||
},
|
||||
{
|
||||
id: '00000000-0000-0000-0000-000000000003',
|
||||
title: 'Vattna blommor',
|
||||
description: null,
|
||||
status: 'COMPLETED',
|
||||
points: 5,
|
||||
assignee: null,
|
||||
createdAt: '2026-07-24T10:02:00Z',
|
||||
},
|
||||
]
|
||||
|
||||
beforeEach(() => {
|
||||
window.localStorage.clear()
|
||||
})
|
||||
|
||||
afterEach(() => {
|
||||
cleanup()
|
||||
vi.restoreAllMocks()
|
||||
})
|
||||
|
||||
test('visar sidans rubrik', () => {
|
||||
vi.spyOn(globalThis, 'fetch').mockResolvedValue(
|
||||
new Response(JSON.stringify({ status: 'UP' }), {
|
||||
status: 200,
|
||||
test('tom användarlista visar Skapa användare', async () => {
|
||||
mockJsonResponse([])
|
||||
|
||||
render(<App />)
|
||||
|
||||
expect(await screen.findByRole('heading', { name: 'Skapa användare' })).toBeInTheDocument()
|
||||
})
|
||||
|
||||
test('befintliga användare utan lokalt val visar Vem är du', async () => {
|
||||
mockJsonResponse(users)
|
||||
|
||||
render(<App />)
|
||||
|
||||
expect(await screen.findByRole('heading', { name: 'Vem är du?' })).toBeInTheDocument()
|
||||
expect(screen.getByRole('button', { name: 'Urban' })).toBeInTheDocument()
|
||||
expect(screen.getByRole('button', { name: 'Anna' })).toBeInTheDocument()
|
||||
})
|
||||
|
||||
test('val av användare lagrar id och visar brädan', async () => {
|
||||
mockUsersAndTasks(users, [])
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Urban' }))
|
||||
|
||||
expect(await screen.findByRole('heading', { name: 'Uppgifter' })).toBeInTheDocument()
|
||||
expect(screen.getByText('Urban')).toBeInTheDocument()
|
||||
expect(window.localStorage.getItem('hemhub.activeUserId')).toBe(users[0].id)
|
||||
})
|
||||
|
||||
test('skapad användare blir automatiskt aktiv', async () => {
|
||||
const createdUser = users[0]
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([]))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(createdUser, 201))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([]))
|
||||
|
||||
render(<App />)
|
||||
|
||||
fireEvent.change(await screen.findByLabelText('Namn'), { target: { value: ' Urban ' } })
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Skapa användare' }))
|
||||
|
||||
expect(await screen.findByRole('heading', { name: 'Uppgifter' })).toBeInTheDocument()
|
||||
expect(window.localStorage.getItem('hemhub.activeUserId')).toBe(createdUser.id)
|
||||
expect(fetchMock).toHaveBeenNthCalledWith(2, '/api/users', {
|
||||
method: 'POST',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
}),
|
||||
body: JSON.stringify({ name: 'Urban' }),
|
||||
})
|
||||
})
|
||||
|
||||
test('skapandefel för användare visas utan att namnet försvinner', async () => {
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([]))
|
||||
fetchMock.mockResolvedValueOnce(
|
||||
jsonResponse(
|
||||
{
|
||||
code: 'USER_NAME_ALREADY_EXISTS',
|
||||
message: 'En användare med det namnet finns redan.',
|
||||
},
|
||||
409,
|
||||
),
|
||||
)
|
||||
|
||||
render(<App />)
|
||||
|
||||
expect(screen.getByRole('heading', { name: 'HemHub' })).toBeInTheDocument()
|
||||
const input = await screen.findByLabelText('Namn')
|
||||
fireEvent.change(input, { target: { value: 'Urban' } })
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Skapa användare' }))
|
||||
|
||||
expect(await screen.findByRole('alert')).toHaveTextContent(
|
||||
'En användare med det namnet finns redan.',
|
||||
)
|
||||
expect(input).toHaveValue('Urban')
|
||||
})
|
||||
|
||||
test('Logga ut rensar valt id och väljer inte användaren automatiskt', async () => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
mockUsersAndTasks(users, [])
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Logga ut' }))
|
||||
|
||||
expect(screen.getByRole('heading', { name: 'Vem är du?' })).toBeInTheDocument()
|
||||
expect(screen.getByRole('button', { name: 'Urban' })).toBeInTheDocument()
|
||||
expect(screen.queryByRole('heading', { name: 'Uppgifter' })).not.toBeInTheDocument()
|
||||
expect(window.localStorage.getItem('hemhub.activeUserId')).toBeNull()
|
||||
})
|
||||
|
||||
test('hämtningsfel för användare visas som fel och kan återförsökas', async () => {
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockRejectedValueOnce(new Error('Nätverksfel'))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
render(<App />)
|
||||
|
||||
expect(await screen.findByText('Kunde inte ansluta till HemHub.')).toBeInTheDocument()
|
||||
expect(screen.queryByRole('heading', { name: 'Skapa användare' })).not.toBeInTheDocument()
|
||||
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Försök igen' }))
|
||||
|
||||
expect(await screen.findByRole('heading', { name: 'Vem är du?' })).toBeInTheDocument()
|
||||
expect(fetchMock).toHaveBeenCalledTimes(2)
|
||||
})
|
||||
|
||||
test('ogiltigt lagrat användar-id rensas', async () => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', 'finns-inte')
|
||||
mockJsonResponse(users)
|
||||
|
||||
render(<App />)
|
||||
|
||||
expect(await screen.findByRole('heading', { name: 'Vem är du?' })).toBeInTheDocument()
|
||||
expect(window.localStorage.getItem('hemhub.activeUserId')).toBeNull()
|
||||
})
|
||||
|
||||
test('brädan visar tre kolumner och grupperar hämtade uppgifter', async () => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
mockUsersAndTasks(users, tasks)
|
||||
|
||||
render(<App />)
|
||||
|
||||
await screen.findByText('Dammsuga')
|
||||
const waiting = screen.getByRole('region', { name: 'Väntande' })
|
||||
const inProgress = screen.getByRole('region', { name: 'Pågående' })
|
||||
const completed = screen.getByRole('region', { name: 'Klart' })
|
||||
|
||||
expect(within(waiting).getByText('Dammsuga')).toBeInTheDocument()
|
||||
expect(within(waiting).getByText('Bottenvåningen')).toBeInTheDocument()
|
||||
expect(within(waiting).getByText('7 p')).toBeInTheDocument()
|
||||
expect(within(inProgress).getByText('Diska')).toBeInTheDocument()
|
||||
expect(within(completed).getByText('Vattna blommor')).toBeInTheDocument()
|
||||
expect(screen.queryByText(/Inga uppgifter/i)).not.toBeInTheDocument()
|
||||
})
|
||||
|
||||
test('Ny uppgift öppnar modalen med fokus i titelfältet', async () => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
mockUsersAndTasks(users, [])
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Ny uppgift' }))
|
||||
|
||||
expect(screen.getByRole('dialog', { name: 'Skapa ny uppgift' })).toBeInTheDocument()
|
||||
expect(screen.getByLabelText('Titel')).toHaveFocus()
|
||||
expect(screen.getByLabelText('Poäng')).toHaveValue(1)
|
||||
expect(screen.getByLabelText('Tilldela')).toHaveValue('')
|
||||
expect(within(screen.getByLabelText('Tilldela')).getByRole('option', { name: 'Ingen' }))
|
||||
.toBeInTheDocument()
|
||||
expect(within(screen.getByLabelText('Tilldela')).getByRole('option', { name: 'Urban' }))
|
||||
.toBeInTheDocument()
|
||||
expect(within(screen.getByLabelText('Tilldela')).getByRole('option', { name: 'Anna' }))
|
||||
.toBeInTheDocument()
|
||||
})
|
||||
|
||||
test.each([
|
||||
{
|
||||
sätt: 'stängningskrysset',
|
||||
close: () => fireEvent.click(screen.getByRole('button', { name: 'Stäng' })),
|
||||
},
|
||||
{
|
||||
sätt: 'Escape',
|
||||
close: () => fireEvent.keyDown(window, { key: 'Escape' }),
|
||||
},
|
||||
{
|
||||
sätt: 'modalens bakgrund',
|
||||
close: () => {
|
||||
const backdrop = screen.getByRole('dialog', { name: 'Skapa ny uppgift' }).parentElement
|
||||
|
||||
if (!backdrop) {
|
||||
throw new Error('Modalens bakgrund saknas')
|
||||
}
|
||||
|
||||
fireEvent.mouseDown(backdrop)
|
||||
},
|
||||
},
|
||||
])('modalen stängs med $sätt och rensar formuläret', async ({ close }) => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
mockUsersAndTasks(users, [])
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Ny uppgift' }))
|
||||
fireEvent.change(screen.getByLabelText('Titel'), { target: { value: 'Dammsuga' } })
|
||||
fireEvent.change(screen.getByLabelText('Beskrivning (valfri)'), {
|
||||
target: { value: 'Bottenvåningen' },
|
||||
})
|
||||
fireEvent.change(screen.getByLabelText('Poäng'), { target: { value: '7' } })
|
||||
|
||||
close()
|
||||
|
||||
expect(screen.queryByRole('dialog', { name: 'Skapa ny uppgift' })).not.toBeInTheDocument()
|
||||
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Ny uppgift' }))
|
||||
|
||||
expect(screen.getByLabelText('Titel')).toHaveValue('')
|
||||
expect(screen.getByLabelText('Beskrivning (valfri)')).toHaveValue('')
|
||||
expect(screen.getByLabelText('Poäng')).toHaveValue(1)
|
||||
})
|
||||
|
||||
test('en skapad uppgift visas längst ned i Väntande och modalen stängs', async () => {
|
||||
const createdTask = {
|
||||
id: '00000000-0000-0000-0000-000000000004',
|
||||
title: 'Putsa fönster',
|
||||
description: 'Köket',
|
||||
status: 'WAITING',
|
||||
points: 7,
|
||||
assignee: { id: users[1].id, name: users[1].name },
|
||||
createdAt: '2026-07-24T10:03:00Z',
|
||||
}
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([tasks[0]]))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(createdTask, 201))
|
||||
|
||||
render(<App />)
|
||||
|
||||
await waitFor(() => expect(fetchMock).toHaveBeenCalledTimes(2))
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Ny uppgift' }))
|
||||
fireEvent.change(screen.getByLabelText('Titel'), { target: { value: ' Putsa fönster ' } })
|
||||
fireEvent.change(screen.getByLabelText('Beskrivning (valfri)'), {
|
||||
target: { value: ' Köket ' },
|
||||
})
|
||||
fireEvent.change(screen.getByLabelText('Poäng'), { target: { value: '7' } })
|
||||
fireEvent.change(screen.getByLabelText('Tilldela'), { target: { value: users[1].id } })
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Skapa uppgift' }))
|
||||
|
||||
await waitFor(() =>
|
||||
expect(screen.queryByRole('dialog', { name: 'Skapa ny uppgift' })).not.toBeInTheDocument(),
|
||||
)
|
||||
const waiting = screen.getByRole('region', { name: 'Väntande' })
|
||||
expect(within(waiting).getAllByRole('article').map((card) => card.textContent)).toEqual([
|
||||
'Dammsuga7 pBottenvåningenTa uppgift',
|
||||
'Putsa fönster7 pKöketAnna',
|
||||
])
|
||||
expect(fetchMock).toHaveBeenLastCalledWith('/api/tasks', {
|
||||
method: 'POST',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({
|
||||
title: 'Putsa fönster',
|
||||
description: 'Köket',
|
||||
points: 7,
|
||||
assigneeId: users[1].id,
|
||||
}),
|
||||
})
|
||||
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Ny uppgift' }))
|
||||
expect(screen.getByLabelText('Poäng')).toHaveValue(1)
|
||||
expect(screen.getByLabelText('Tilldela')).toHaveValue('')
|
||||
})
|
||||
|
||||
test('Ingen skickas som null när en uppgift skapas', async () => {
|
||||
const createdTask = {
|
||||
...tasks[0],
|
||||
id: '00000000-0000-0000-0000-000000000010',
|
||||
title: 'Torka bordet',
|
||||
}
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([]))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(createdTask, 201))
|
||||
render(<App />)
|
||||
|
||||
await waitFor(() => expect(fetchMock).toHaveBeenCalledTimes(2))
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Ny uppgift' }))
|
||||
fireEvent.change(screen.getByLabelText('Titel'), { target: { value: 'Torka bordet' } })
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Skapa uppgift' }))
|
||||
|
||||
await waitFor(() => expect(fetchMock).toHaveBeenCalledTimes(3))
|
||||
expect(fetchMock).toHaveBeenLastCalledWith('/api/tasks', {
|
||||
method: 'POST',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({
|
||||
title: 'Torka bordet',
|
||||
description: null,
|
||||
points: 1,
|
||||
assigneeId: null,
|
||||
}),
|
||||
})
|
||||
})
|
||||
|
||||
test('kort visar ansvarig och endast väntande uppgifter har redigerbar kontroll', async () => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
mockUsersAndTasks(users, tasks)
|
||||
render(<App />)
|
||||
|
||||
const waitingCard = (await screen.findByText('Dammsuga')).closest('article')
|
||||
const inProgressCard = screen.getByText('Diska').closest('article')
|
||||
const completedCard = screen.getByText('Vattna blommor').closest('article')
|
||||
|
||||
expect(waitingCard).not.toBeNull()
|
||||
expect(inProgressCard).not.toBeNull()
|
||||
expect(completedCard).not.toBeNull()
|
||||
expect(within(waitingCard!).getByRole('button', { name: 'Ändra ansvarig för Dammsuga' }))
|
||||
.toHaveTextContent('Ta uppgift')
|
||||
expect(within(inProgressCard!).getByText('Anna')).toBeInTheDocument()
|
||||
expect(within(inProgressCard!).queryByRole('button', { name: /ansvarig/i })).not.toBeInTheDocument()
|
||||
expect(within(completedCard!).getByText('Otilldelad')).toBeInTheDocument()
|
||||
})
|
||||
|
||||
test('val av ansvarig anropar endpointen och uppdaterar kortet efter svar', async () => {
|
||||
const updatedTask = { ...tasks[0], assignee: { id: users[1].id, name: users[1].name } }
|
||||
let resolveAssignment!: (response: Response) => void
|
||||
const assignmentResponse = new Promise<Response>((resolve) => {
|
||||
resolveAssignment = resolve
|
||||
})
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([tasks[0]]))
|
||||
fetchMock.mockReturnValueOnce(assignmentResponse)
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Ändra ansvarig för Dammsuga' }))
|
||||
const select = screen.getByRole('combobox', { name: 'Ansvarig för Dammsuga' })
|
||||
fireEvent.change(select, { target: { value: users[1].id } })
|
||||
|
||||
expect(select).toBeDisabled()
|
||||
expect(fetchMock).toHaveBeenLastCalledWith(`/api/tasks/${tasks[0].id}/assignee`, {
|
||||
method: 'PUT',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({ assigneeId: users[1].id }),
|
||||
})
|
||||
|
||||
resolveAssignment(jsonResponse(updatedTask))
|
||||
await waitFor(() =>
|
||||
expect(screen.getByRole('button', { name: 'Ändra ansvarig för Dammsuga' }))
|
||||
.toHaveTextContent('Anna'),
|
||||
)
|
||||
expect(screen.queryByRole('combobox', { name: 'Ansvarig för Dammsuga' })).not.toBeInTheDocument()
|
||||
})
|
||||
|
||||
test('val av Ingen av-tilldelar en väntande uppgift', async () => {
|
||||
const assignedTask = { ...tasks[0], assignee: { id: users[1].id, name: users[1].name } }
|
||||
const unassignedTask = { ...assignedTask, assignee: null }
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([assignedTask]))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(unassignedTask))
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Ändra ansvarig för Dammsuga' }))
|
||||
fireEvent.change(screen.getByRole('combobox', { name: 'Ansvarig för Dammsuga' }), {
|
||||
target: { value: '' },
|
||||
})
|
||||
|
||||
await screen.findByText('Ta uppgift')
|
||||
expect(fetchMock).toHaveBeenLastCalledWith(`/api/tasks/${tasks[0].id}/assignee`, {
|
||||
method: 'PUT',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({ assigneeId: null }),
|
||||
})
|
||||
})
|
||||
|
||||
test('misslyckad tilldelning behåller ansvarig och visar fel', async () => {
|
||||
const assignedTask = { ...tasks[0], assignee: { id: users[1].id, name: users[1].name } }
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([assignedTask]))
|
||||
fetchMock.mockResolvedValueOnce(
|
||||
jsonResponse({ code: 'USER_NOT_FOUND', message: 'Användaren finns inte.' }, 404),
|
||||
)
|
||||
render(<App />)
|
||||
|
||||
fireEvent.click(await screen.findByRole('button', { name: 'Ändra ansvarig för Dammsuga' }))
|
||||
fireEvent.change(screen.getByRole('combobox', { name: 'Ansvarig för Dammsuga' }), {
|
||||
target: { value: users[0].id },
|
||||
})
|
||||
|
||||
expect(await screen.findByRole('alert')).toHaveTextContent('Användaren finns inte.')
|
||||
expect(screen.getByRole('combobox', { name: 'Ansvarig för Dammsuga' })).toHaveValue(users[1].id)
|
||||
})
|
||||
|
||||
test.each([
|
||||
{ värde: '', beskrivning: 'tomt' },
|
||||
{ värde: '0', beskrivning: 'under 1' },
|
||||
{ värde: '100', beskrivning: 'över 99' },
|
||||
{ värde: '1.5', beskrivning: 'decimaltal' },
|
||||
])('ogiltigt poängvärde ($beskrivning) blockerar submit', async ({ värde }) => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = mockUsersAndTasks(users, [])
|
||||
render(<App />)
|
||||
|
||||
await waitFor(() => expect(fetchMock).toHaveBeenCalledTimes(2))
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Ny uppgift' }))
|
||||
fireEvent.change(screen.getByLabelText('Titel'), { target: { value: 'Dammsuga' } })
|
||||
fireEvent.change(screen.getByLabelText('Poäng'), { target: { value: värde } })
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Skapa uppgift' }))
|
||||
|
||||
expect(await screen.findByRole('alert')).toHaveTextContent(
|
||||
'Poäng måste vara ett heltal mellan 1 och 99.',
|
||||
)
|
||||
expect(fetchMock).toHaveBeenCalledTimes(2)
|
||||
})
|
||||
|
||||
test('formulärdata bevaras när skapande av uppgift misslyckas', async () => {
|
||||
window.localStorage.setItem('hemhub.activeUserId', users[0].id)
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(users))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse([]))
|
||||
fetchMock.mockResolvedValueOnce(
|
||||
jsonResponse({ code: 'INVALID_TASK', message: 'Uppgiften är ogiltig.' }, 400),
|
||||
)
|
||||
|
||||
render(<App />)
|
||||
|
||||
await waitFor(() => expect(fetchMock).toHaveBeenCalledTimes(2))
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Ny uppgift' }))
|
||||
const title = screen.getByLabelText('Titel')
|
||||
const description = screen.getByLabelText('Beskrivning (valfri)')
|
||||
const points = screen.getByLabelText('Poäng')
|
||||
const assignee = screen.getByLabelText('Tilldela')
|
||||
fireEvent.change(title, { target: { value: 'Dammsuga' } })
|
||||
fireEvent.change(description, { target: { value: 'Bottenvåningen' } })
|
||||
fireEvent.change(points, { target: { value: '7' } })
|
||||
fireEvent.change(assignee, { target: { value: users[1].id } })
|
||||
fireEvent.click(screen.getByRole('button', { name: 'Skapa uppgift' }))
|
||||
|
||||
expect(await screen.findByRole('alert')).toHaveTextContent('Uppgiften är ogiltig.')
|
||||
expect(screen.getByRole('dialog', { name: 'Skapa ny uppgift' })).toBeInTheDocument()
|
||||
expect(title).toHaveValue('Dammsuga')
|
||||
expect(description).toHaveValue('Bottenvåningen')
|
||||
expect(points).toHaveValue(7)
|
||||
expect(assignee).toHaveValue(users[1].id)
|
||||
})
|
||||
|
||||
function mockUsersAndTasks(userResponse: unknown, taskResponse: unknown) {
|
||||
const fetchMock = vi.spyOn(globalThis, 'fetch')
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(userResponse))
|
||||
fetchMock.mockResolvedValueOnce(jsonResponse(taskResponse))
|
||||
return fetchMock
|
||||
}
|
||||
|
||||
function mockJsonResponse(body: unknown, status = 200) {
|
||||
return vi.spyOn(globalThis, 'fetch').mockResolvedValue(jsonResponse(body, status))
|
||||
}
|
||||
|
||||
function jsonResponse(body: unknown, status = 200) {
|
||||
return new Response(JSON.stringify(body), {
|
||||
status,
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
})
|
||||
}
|
||||
|
||||
@ -1,48 +1,207 @@
|
||||
import { useEffect, useState } from 'react'
|
||||
import { FormEvent, useEffect, useRef, useState } from 'react'
|
||||
import TaskBoard from './TaskBoard'
|
||||
|
||||
type HealthResponse = {
|
||||
status: string
|
||||
type User = {
|
||||
id: string
|
||||
name: string
|
||||
createdAt: string
|
||||
}
|
||||
|
||||
type ApiError = {
|
||||
code?: string
|
||||
message?: string
|
||||
}
|
||||
|
||||
const ACTIVE_USER_KEY = 'hemhub.activeUserId'
|
||||
|
||||
function App() {
|
||||
const [backendStatus, setBackendStatus] = useState<string | null>(null)
|
||||
const [hasError, setHasError] = useState(false)
|
||||
const [users, setUsers] = useState<User[]>([])
|
||||
const [activeUser, setActiveUser] = useState<User | null>(null)
|
||||
const [loadState, setLoadState] = useState<'loading' | 'ready' | 'error'>('loading')
|
||||
const [showCreateUser, setShowCreateUser] = useState(false)
|
||||
|
||||
const loadUsers = async () => {
|
||||
setLoadState('loading')
|
||||
|
||||
useEffect(() => {
|
||||
const loadHealth = async () => {
|
||||
try {
|
||||
const response = await fetch('/api/health')
|
||||
const response = await fetch('/api/users')
|
||||
|
||||
if (!response.ok) {
|
||||
throw new Error(`Backend svarade med status ${response.status}`)
|
||||
throw new Error('Kunde inte hämta användare')
|
||||
}
|
||||
|
||||
const health = (await response.json()) as HealthResponse
|
||||
setBackendStatus(health.status)
|
||||
const loadedUsers = (await response.json()) as User[]
|
||||
const storedUserId = window.localStorage.getItem(ACTIVE_USER_KEY)
|
||||
const storedUser = loadedUsers.find((user) => user.id === storedUserId) ?? null
|
||||
|
||||
if (storedUserId && !storedUser) {
|
||||
window.localStorage.removeItem(ACTIVE_USER_KEY)
|
||||
}
|
||||
|
||||
setUsers(loadedUsers)
|
||||
setActiveUser(storedUser)
|
||||
setShowCreateUser(loadedUsers.length === 0)
|
||||
setLoadState('ready')
|
||||
} catch {
|
||||
setHasError(true)
|
||||
setLoadState('error')
|
||||
}
|
||||
}
|
||||
|
||||
void loadHealth()
|
||||
useEffect(() => {
|
||||
void loadUsers()
|
||||
}, [])
|
||||
|
||||
let statusMessage = 'Kontrollerar backend…'
|
||||
const selectUser = (user: User) => {
|
||||
window.localStorage.setItem(ACTIVE_USER_KEY, user.id)
|
||||
setActiveUser(user)
|
||||
}
|
||||
|
||||
if (hasError) {
|
||||
statusMessage = 'Backend kunde inte nås'
|
||||
} else if (backendStatus) {
|
||||
statusMessage = `Backend: ${backendStatus}`
|
||||
const logOut = () => {
|
||||
window.localStorage.removeItem(ACTIVE_USER_KEY)
|
||||
setActiveUser(null)
|
||||
setShowCreateUser(false)
|
||||
}
|
||||
|
||||
if (loadState === 'loading') {
|
||||
return <main className="panel">Laddar HemHub…</main>
|
||||
}
|
||||
|
||||
if (loadState === 'error') {
|
||||
return (
|
||||
<main className="panel">
|
||||
<h1>HemHub</h1>
|
||||
<p>Kunde inte ansluta till HemHub.</p>
|
||||
<button type="button" onClick={() => void loadUsers()}>
|
||||
Försök igen
|
||||
</button>
|
||||
</main>
|
||||
)
|
||||
}
|
||||
|
||||
if (activeUser) {
|
||||
return <TaskBoard activeUserName={activeUser.name} users={users} onLogOut={logOut} />
|
||||
}
|
||||
|
||||
if (showCreateUser) {
|
||||
return (
|
||||
<CreateUserForm
|
||||
hasExistingUsers={users.length > 0}
|
||||
onCancel={() => setShowCreateUser(false)}
|
||||
onCreated={(user) => {
|
||||
setUsers((currentUsers) => [...currentUsers, user])
|
||||
selectUser(user)
|
||||
}}
|
||||
/>
|
||||
)
|
||||
}
|
||||
|
||||
return (
|
||||
<main>
|
||||
<main className="panel">
|
||||
<h1>HemHub</h1>
|
||||
<p>Frontend har startat.</p>
|
||||
<p aria-live="polite">{statusMessage}</p>
|
||||
<h2>Vem är du?</h2>
|
||||
<div className="user-list">
|
||||
{users.map((user) => (
|
||||
<button type="button" key={user.id} onClick={() => selectUser(user)}>
|
||||
{user.name}
|
||||
</button>
|
||||
))}
|
||||
</div>
|
||||
<button type="button" className="secondary" onClick={() => setShowCreateUser(true)}>
|
||||
Skapa användare
|
||||
</button>
|
||||
</main>
|
||||
)
|
||||
}
|
||||
|
||||
type CreateUserFormProps = {
|
||||
hasExistingUsers: boolean
|
||||
onCancel: () => void
|
||||
onCreated: (user: User) => void
|
||||
}
|
||||
|
||||
function CreateUserForm({ hasExistingUsers, onCancel, onCreated }: CreateUserFormProps) {
|
||||
const [name, setName] = useState('')
|
||||
const [error, setError] = useState('')
|
||||
const [isSubmitting, setIsSubmitting] = useState(false)
|
||||
const isSubmittingRef = useRef(false)
|
||||
|
||||
const submit = async (event: FormEvent<HTMLFormElement>) => {
|
||||
event.preventDefault()
|
||||
|
||||
if (isSubmittingRef.current) {
|
||||
return
|
||||
}
|
||||
|
||||
const trimmedName = name.trim()
|
||||
|
||||
if (!trimmedName || [...trimmedName].length > 50) {
|
||||
setError('Namnet måste innehålla mellan 1 och 50 tecken.')
|
||||
return
|
||||
}
|
||||
|
||||
setError('')
|
||||
isSubmittingRef.current = true
|
||||
setIsSubmitting(true)
|
||||
|
||||
try {
|
||||
const response = await fetch('/api/users', {
|
||||
method: 'POST',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({ name: trimmedName }),
|
||||
})
|
||||
|
||||
if (!response.ok) {
|
||||
const apiError = (await response.json().catch(() => ({}))) as ApiError
|
||||
|
||||
if (
|
||||
apiError.code === 'INVALID_USER_NAME' ||
|
||||
apiError.code === 'USER_NAME_ALREADY_EXISTS'
|
||||
) {
|
||||
setError(apiError.message ?? 'Det gick inte att skapa användaren.')
|
||||
} else {
|
||||
setError('Det gick inte att skapa användaren. Försök igen.')
|
||||
}
|
||||
return
|
||||
}
|
||||
|
||||
const createdUser = (await response.json()) as User
|
||||
onCreated(createdUser)
|
||||
} catch {
|
||||
setError('Det gick inte att skapa användaren. Försök igen.')
|
||||
} finally {
|
||||
isSubmittingRef.current = false
|
||||
setIsSubmitting(false)
|
||||
}
|
||||
}
|
||||
|
||||
return (
|
||||
<main className="panel">
|
||||
<h1>HemHub</h1>
|
||||
<h2>Skapa användare</h2>
|
||||
<form onSubmit={(event) => void submit(event)}>
|
||||
<label htmlFor="user-name">Namn</label>
|
||||
<input
|
||||
id="user-name"
|
||||
value={name}
|
||||
disabled={isSubmitting}
|
||||
onChange={(event) => setName(event.target.value)}
|
||||
/>
|
||||
{error && (
|
||||
<p className="error" role="alert">
|
||||
{error}
|
||||
</p>
|
||||
)}
|
||||
<button type="submit" disabled={isSubmitting}>
|
||||
{isSubmitting ? 'Skapar…' : 'Skapa användare'}
|
||||
</button>
|
||||
{hasExistingUsers && (
|
||||
<button type="button" className="secondary" disabled={isSubmitting} onClick={onCancel}>
|
||||
Tillbaka
|
||||
</button>
|
||||
)}
|
||||
</form>
|
||||
</main>
|
||||
)
|
||||
}
|
||||
|
||||
export default App
|
||||
|
||||
|
||||
460
frontend/src/TaskBoard.tsx
Normal file
460
frontend/src/TaskBoard.tsx
Normal file
@ -0,0 +1,460 @@
|
||||
import { FormEvent, MouseEvent, useEffect, useRef, useState } from 'react'
|
||||
|
||||
type TaskStatus = 'WAITING' | 'IN_PROGRESS' | 'COMPLETED'
|
||||
|
||||
type UserSummary = {
|
||||
id: string
|
||||
name: string
|
||||
}
|
||||
|
||||
type Assignee = UserSummary
|
||||
|
||||
type Task = {
|
||||
id: string
|
||||
title: string
|
||||
description: string | null
|
||||
status: TaskStatus
|
||||
points: number
|
||||
assignee: Assignee | null
|
||||
createdAt: string
|
||||
}
|
||||
|
||||
type ApiError = {
|
||||
message?: string
|
||||
}
|
||||
|
||||
type TaskBoardProps = {
|
||||
activeUserName: string
|
||||
users: UserSummary[]
|
||||
onLogOut: () => void
|
||||
}
|
||||
|
||||
const columns: { status: TaskStatus; title: string }[] = [
|
||||
{ status: 'WAITING', title: 'Väntande' },
|
||||
{ status: 'IN_PROGRESS', title: 'Pågående' },
|
||||
{ status: 'COMPLETED', title: 'Klart' },
|
||||
]
|
||||
|
||||
function TaskBoard({ activeUserName, users, onLogOut }: TaskBoardProps) {
|
||||
const [tasks, setTasks] = useState<Task[]>([])
|
||||
const [loadState, setLoadState] = useState<'loading' | 'ready' | 'error'>('loading')
|
||||
const [showCreateTask, setShowCreateTask] = useState(false)
|
||||
const [editingAssigneeTaskId, setEditingAssigneeTaskId] = useState<string | null>(null)
|
||||
const [savingAssigneeTaskIds, setSavingAssigneeTaskIds] = useState<Set<string>>(new Set())
|
||||
const [assignmentErrors, setAssignmentErrors] = useState<Record<string, string>>({})
|
||||
|
||||
const loadTasks = async () => {
|
||||
setLoadState('loading')
|
||||
|
||||
try {
|
||||
const response = await fetch('/api/tasks')
|
||||
|
||||
if (!response.ok) {
|
||||
throw new Error('Kunde inte hämta uppgifter')
|
||||
}
|
||||
|
||||
setTasks((await response.json()) as Task[])
|
||||
setLoadState('ready')
|
||||
} catch {
|
||||
setLoadState('error')
|
||||
}
|
||||
}
|
||||
|
||||
useEffect(() => {
|
||||
void loadTasks()
|
||||
}, [])
|
||||
|
||||
const updateAssignee = async (task: Task, assigneeId: string) => {
|
||||
if (savingAssigneeTaskIds.has(task.id)) {
|
||||
return
|
||||
}
|
||||
|
||||
setSavingAssigneeTaskIds((current) => new Set(current).add(task.id))
|
||||
setAssignmentErrors((current) => ({ ...current, [task.id]: '' }))
|
||||
|
||||
try {
|
||||
const response = await fetch(`/api/tasks/${task.id}/assignee`, {
|
||||
method: 'PUT',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({ assigneeId: assigneeId || null }),
|
||||
})
|
||||
|
||||
if (!response.ok) {
|
||||
const apiError = (await response.json().catch(() => ({}))) as ApiError
|
||||
setAssignmentErrors((current) => ({
|
||||
...current,
|
||||
[task.id]: apiError.message ?? 'Det gick inte att ändra ansvarig. Försök igen.',
|
||||
}))
|
||||
return
|
||||
}
|
||||
|
||||
const updatedTask = (await response.json()) as Task
|
||||
setTasks((current) =>
|
||||
current.map((currentTask) => (currentTask.id === updatedTask.id ? updatedTask : currentTask)),
|
||||
)
|
||||
setEditingAssigneeTaskId(null)
|
||||
} catch {
|
||||
setAssignmentErrors((current) => ({
|
||||
...current,
|
||||
[task.id]: 'Det gick inte att ändra ansvarig. Försök igen.',
|
||||
}))
|
||||
} finally {
|
||||
setSavingAssigneeTaskIds((current) => {
|
||||
const next = new Set(current)
|
||||
next.delete(task.id)
|
||||
return next
|
||||
})
|
||||
}
|
||||
}
|
||||
|
||||
return (
|
||||
<main className="task-app">
|
||||
<header className="app-header">
|
||||
<div>
|
||||
<p className="eyebrow">HemHub</p>
|
||||
<h1>Uppgifter</h1>
|
||||
</div>
|
||||
<div className="user-controls">
|
||||
<span>{activeUserName}</span>
|
||||
<button type="button" className="secondary compact" onClick={onLogOut}>
|
||||
Logga ut
|
||||
</button>
|
||||
</div>
|
||||
</header>
|
||||
|
||||
<div className="board-toolbar">
|
||||
<div aria-live="polite">
|
||||
{loadState === 'loading' && 'Laddar uppgifter…'}
|
||||
{loadState === 'error' && (
|
||||
<>
|
||||
Kunde inte hämta uppgifter.
|
||||
<button type="button" className="link-button" onClick={() => void loadTasks()}>
|
||||
Försök igen
|
||||
</button>
|
||||
</>
|
||||
)}
|
||||
</div>
|
||||
<button type="button" onClick={() => setShowCreateTask(true)}>
|
||||
Ny uppgift
|
||||
</button>
|
||||
</div>
|
||||
|
||||
<section className="board" aria-label="Uppgiftsbräda">
|
||||
{columns.map((column) => (
|
||||
<section className="board-column" key={column.status} aria-labelledby={column.status}>
|
||||
<h2 id={column.status}>{column.title}</h2>
|
||||
<div className="task-list">
|
||||
{tasks
|
||||
.filter((task) => task.status === column.status)
|
||||
.map((task) => (
|
||||
<article className="task-card" key={task.id}>
|
||||
<div className="task-card-header">
|
||||
<h3>{task.title}</h3>
|
||||
<span className="points-badge">{task.points} p</span>
|
||||
</div>
|
||||
{task.description && <p>{task.description}</p>}
|
||||
<AssigneeControl
|
||||
task={task}
|
||||
users={users}
|
||||
editing={editingAssigneeTaskId === task.id}
|
||||
saving={savingAssigneeTaskIds.has(task.id)}
|
||||
error={assignmentErrors[task.id]}
|
||||
onEdit={() => setEditingAssigneeTaskId(task.id)}
|
||||
onChange={(assigneeId) => void updateAssignee(task, assigneeId)}
|
||||
/>
|
||||
</article>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
))}
|
||||
</section>
|
||||
|
||||
{showCreateTask && (
|
||||
<CreateTaskModal
|
||||
users={users}
|
||||
onClose={() => setShowCreateTask(false)}
|
||||
onCreated={(task) => {
|
||||
setTasks((currentTasks) => [...currentTasks, task])
|
||||
setShowCreateTask(false)
|
||||
}}
|
||||
/>
|
||||
)}
|
||||
</main>
|
||||
)
|
||||
}
|
||||
|
||||
type AssigneeControlProps = {
|
||||
task: Task
|
||||
users: UserSummary[]
|
||||
editing: boolean
|
||||
saving: boolean
|
||||
error?: string
|
||||
onEdit: () => void
|
||||
onChange: (assigneeId: string) => void
|
||||
}
|
||||
|
||||
function UserIcon() {
|
||||
return (
|
||||
<svg
|
||||
className="user-icon"
|
||||
viewBox="0 0 24 24"
|
||||
width="18"
|
||||
height="18"
|
||||
aria-hidden="true"
|
||||
>
|
||||
<circle cx="12" cy="8" r="3.5" fill="none" stroke="currentColor" strokeWidth="1.8" />
|
||||
<path
|
||||
d="M5 20c.5-4 3-6 7-6s6.5 2 7 6"
|
||||
fill="none"
|
||||
stroke="currentColor"
|
||||
strokeWidth="1.8"
|
||||
strokeLinecap="round"
|
||||
/>
|
||||
</svg>
|
||||
)
|
||||
}
|
||||
|
||||
function AssigneeControl({
|
||||
task,
|
||||
users,
|
||||
editing,
|
||||
saving,
|
||||
error,
|
||||
onEdit,
|
||||
onChange,
|
||||
}: AssigneeControlProps) {
|
||||
const displayName = task.assignee?.name ?? (task.status === 'WAITING' ? 'Ta uppgift' : 'Otilldelad')
|
||||
|
||||
if (task.status !== 'WAITING') {
|
||||
return (
|
||||
<div className="task-assignee task-assignee-static">
|
||||
<UserIcon />
|
||||
<span>{displayName}</span>
|
||||
</div>
|
||||
)
|
||||
}
|
||||
|
||||
return (
|
||||
<div className="task-assignment">
|
||||
{editing ? (
|
||||
<label className="assignee-select-label">
|
||||
<span className="visually-hidden">Ansvarig för {task.title}</span>
|
||||
<UserIcon />
|
||||
<select
|
||||
aria-label={`Ansvarig för ${task.title}`}
|
||||
value={task.assignee?.id ?? ''}
|
||||
disabled={saving}
|
||||
autoFocus
|
||||
onChange={(event) => onChange(event.target.value)}
|
||||
>
|
||||
<option value="">Ingen</option>
|
||||
{users.map((user) => (
|
||||
<option key={user.id} value={user.id}>
|
||||
{user.name}
|
||||
</option>
|
||||
))}
|
||||
</select>
|
||||
</label>
|
||||
) : (
|
||||
<button
|
||||
type="button"
|
||||
className="task-assignee task-assignee-button"
|
||||
disabled={saving}
|
||||
onClick={onEdit}
|
||||
aria-label={`Ändra ansvarig för ${task.title}`}
|
||||
>
|
||||
<UserIcon />
|
||||
<span>{displayName}</span>
|
||||
</button>
|
||||
)}
|
||||
{error && (
|
||||
<p className="assignment-error error" role="alert">
|
||||
{error}
|
||||
</p>
|
||||
)}
|
||||
</div>
|
||||
)
|
||||
}
|
||||
|
||||
type CreateTaskModalProps = {
|
||||
users: UserSummary[]
|
||||
onClose: () => void
|
||||
onCreated: (task: Task) => void
|
||||
}
|
||||
|
||||
function CreateTaskModal({ users, onClose, onCreated }: CreateTaskModalProps) {
|
||||
const [title, setTitle] = useState('')
|
||||
const [description, setDescription] = useState('')
|
||||
const [points, setPoints] = useState('1')
|
||||
const [assigneeId, setAssigneeId] = useState('')
|
||||
const [error, setError] = useState('')
|
||||
const [isSubmitting, setIsSubmitting] = useState(false)
|
||||
const isSubmittingRef = useRef(false)
|
||||
|
||||
useEffect(() => {
|
||||
const closeOnEscape = (event: KeyboardEvent) => {
|
||||
if (event.key === 'Escape' && !isSubmittingRef.current) {
|
||||
onClose()
|
||||
}
|
||||
}
|
||||
|
||||
window.addEventListener('keydown', closeOnEscape)
|
||||
return () => window.removeEventListener('keydown', closeOnEscape)
|
||||
}, [onClose])
|
||||
|
||||
const closeFromBackdrop = (event: MouseEvent<HTMLDivElement>) => {
|
||||
if (event.target === event.currentTarget && !isSubmittingRef.current) {
|
||||
onClose()
|
||||
}
|
||||
}
|
||||
|
||||
const submit = async (event: FormEvent<HTMLFormElement>) => {
|
||||
event.preventDefault()
|
||||
|
||||
if (isSubmittingRef.current) {
|
||||
return
|
||||
}
|
||||
|
||||
const trimmedTitle = title.trim()
|
||||
const trimmedDescription = description.trim()
|
||||
const numericPoints = Number(points)
|
||||
|
||||
if (!trimmedTitle || [...trimmedTitle].length > 100) {
|
||||
setError('Titeln måste innehålla mellan 1 och 100 tecken.')
|
||||
return
|
||||
}
|
||||
|
||||
if ([...trimmedDescription].length > 500) {
|
||||
setError('Beskrivningen får innehålla högst 500 tecken.')
|
||||
return
|
||||
}
|
||||
|
||||
if (
|
||||
!points.trim() ||
|
||||
!Number.isInteger(numericPoints) ||
|
||||
numericPoints < 1 ||
|
||||
numericPoints > 99
|
||||
) {
|
||||
setError('Poäng måste vara ett heltal mellan 1 och 99.')
|
||||
return
|
||||
}
|
||||
|
||||
setError('')
|
||||
isSubmittingRef.current = true
|
||||
setIsSubmitting(true)
|
||||
|
||||
try {
|
||||
const response = await fetch('/api/tasks', {
|
||||
method: 'POST',
|
||||
headers: { 'Content-Type': 'application/json' },
|
||||
body: JSON.stringify({
|
||||
title: trimmedTitle,
|
||||
description: trimmedDescription || null,
|
||||
points: numericPoints,
|
||||
assigneeId: assigneeId || null,
|
||||
}),
|
||||
})
|
||||
|
||||
if (!response.ok) {
|
||||
const apiError = (await response.json().catch(() => ({}))) as ApiError
|
||||
setError(apiError.message ?? 'Det gick inte att skapa uppgiften. Försök igen.')
|
||||
return
|
||||
}
|
||||
|
||||
onCreated((await response.json()) as Task)
|
||||
} catch {
|
||||
setError('Det gick inte att skapa uppgiften. Försök igen.')
|
||||
} finally {
|
||||
isSubmittingRef.current = false
|
||||
setIsSubmitting(false)
|
||||
}
|
||||
}
|
||||
|
||||
return (
|
||||
<div className="modal-backdrop" onMouseDown={closeFromBackdrop}>
|
||||
<section
|
||||
className="modal"
|
||||
role="dialog"
|
||||
aria-modal="true"
|
||||
aria-labelledby="create-task-title"
|
||||
>
|
||||
<div className="modal-header">
|
||||
<h2 id="create-task-title">Skapa ny uppgift</h2>
|
||||
<button
|
||||
type="button"
|
||||
className="close-button"
|
||||
aria-label="Stäng"
|
||||
disabled={isSubmitting}
|
||||
onClick={onClose}
|
||||
>
|
||||
×
|
||||
</button>
|
||||
</div>
|
||||
<form noValidate onSubmit={(event) => void submit(event)}>
|
||||
<label htmlFor="task-title">Titel</label>
|
||||
<input
|
||||
id="task-title"
|
||||
autoFocus
|
||||
value={title}
|
||||
disabled={isSubmitting}
|
||||
onChange={(event) => setTitle(event.target.value)}
|
||||
/>
|
||||
|
||||
<label htmlFor="task-description">Beskrivning (valfri)</label>
|
||||
<textarea
|
||||
id="task-description"
|
||||
rows={5}
|
||||
value={description}
|
||||
disabled={isSubmitting}
|
||||
onChange={(event) => setDescription(event.target.value)}
|
||||
/>
|
||||
|
||||
<label htmlFor="task-points">Poäng</label>
|
||||
<input
|
||||
id="task-points"
|
||||
type="number"
|
||||
min="1"
|
||||
max="99"
|
||||
step="1"
|
||||
value={points}
|
||||
disabled={isSubmitting}
|
||||
aria-describedby="task-points-help"
|
||||
onChange={(event) => setPoints(event.target.value)}
|
||||
/>
|
||||
<p id="task-points-help" className="field-help">
|
||||
1–99 poäng beroende på hur tidskrävande, besvärlig eller viktig uppgiften är.
|
||||
</p>
|
||||
|
||||
<label className="field-label-uppercase" htmlFor="task-assignee">
|
||||
Tilldela
|
||||
</label>
|
||||
<select
|
||||
id="task-assignee"
|
||||
value={assigneeId}
|
||||
disabled={isSubmitting}
|
||||
onChange={(event) => setAssigneeId(event.target.value)}
|
||||
>
|
||||
<option value="">Ingen</option>
|
||||
{users.map((user) => (
|
||||
<option key={user.id} value={user.id}>
|
||||
{user.name}
|
||||
</option>
|
||||
))}
|
||||
</select>
|
||||
|
||||
{error && (
|
||||
<p className="error" role="alert">
|
||||
{error}
|
||||
</p>
|
||||
)}
|
||||
|
||||
<button type="submit" disabled={isSubmitting}>
|
||||
{isSubmitting ? 'Skapar…' : 'Skapa uppgift'}
|
||||
</button>
|
||||
</form>
|
||||
</section>
|
||||
</div>
|
||||
)
|
||||
}
|
||||
|
||||
export default TaskBoard
|
||||
@ -8,7 +8,7 @@ body {
|
||||
margin: 0;
|
||||
}
|
||||
|
||||
main {
|
||||
.panel {
|
||||
max-width: 40rem;
|
||||
margin: 6rem auto;
|
||||
padding: 2rem;
|
||||
@ -21,3 +21,314 @@ h1 {
|
||||
margin-top: 0;
|
||||
}
|
||||
|
||||
button,
|
||||
input,
|
||||
select,
|
||||
textarea {
|
||||
font: inherit;
|
||||
}
|
||||
|
||||
button {
|
||||
padding: 0.65rem 1rem;
|
||||
border: 0;
|
||||
border-radius: 0.4rem;
|
||||
color: white;
|
||||
background: #2563eb;
|
||||
cursor: pointer;
|
||||
}
|
||||
|
||||
button:disabled,
|
||||
input:disabled,
|
||||
select:disabled,
|
||||
textarea:disabled {
|
||||
cursor: not-allowed;
|
||||
opacity: 0.65;
|
||||
}
|
||||
|
||||
.secondary {
|
||||
margin-top: 1rem;
|
||||
color: #1f2937;
|
||||
background: #e5e7eb;
|
||||
}
|
||||
|
||||
.user-list {
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 0.75rem;
|
||||
}
|
||||
|
||||
form {
|
||||
display: flex;
|
||||
flex-direction: column;
|
||||
align-items: flex-start;
|
||||
gap: 0.75rem;
|
||||
}
|
||||
|
||||
input {
|
||||
box-sizing: border-box;
|
||||
width: 100%;
|
||||
padding: 0.6rem;
|
||||
border: 1px solid #9ca3af;
|
||||
border-radius: 0.4rem;
|
||||
}
|
||||
|
||||
select {
|
||||
box-sizing: border-box;
|
||||
width: 100%;
|
||||
padding: 0.6rem;
|
||||
border: 1px solid #9ca3af;
|
||||
border-radius: 0.4rem;
|
||||
background: white;
|
||||
}
|
||||
|
||||
textarea {
|
||||
box-sizing: border-box;
|
||||
width: 100%;
|
||||
padding: 0.6rem;
|
||||
border: 1px solid #9ca3af;
|
||||
border-radius: 0.4rem;
|
||||
resize: vertical;
|
||||
}
|
||||
|
||||
.error {
|
||||
margin: 0;
|
||||
color: #b91c1c;
|
||||
}
|
||||
|
||||
.task-app {
|
||||
min-height: 100vh;
|
||||
padding: 2rem clamp(1rem, 4vw, 4rem);
|
||||
background: #f3f4f6;
|
||||
}
|
||||
|
||||
.app-header,
|
||||
.board-toolbar,
|
||||
.user-controls,
|
||||
.modal-header {
|
||||
display: flex;
|
||||
align-items: center;
|
||||
justify-content: space-between;
|
||||
gap: 1rem;
|
||||
}
|
||||
|
||||
.app-header {
|
||||
margin: 0 auto 2rem;
|
||||
max-width: 90rem;
|
||||
}
|
||||
|
||||
.app-header h1,
|
||||
.eyebrow {
|
||||
margin: 0;
|
||||
}
|
||||
|
||||
.eyebrow {
|
||||
color: #64748b;
|
||||
font-weight: 600;
|
||||
}
|
||||
|
||||
.user-controls {
|
||||
justify-content: flex-end;
|
||||
}
|
||||
|
||||
.compact {
|
||||
margin-top: 0;
|
||||
}
|
||||
|
||||
.board-toolbar {
|
||||
min-height: 2.75rem;
|
||||
margin: 0 auto 1rem;
|
||||
max-width: 90rem;
|
||||
}
|
||||
|
||||
.link-button {
|
||||
padding: 0.25rem 0.5rem;
|
||||
color: #2563eb;
|
||||
background: transparent;
|
||||
text-decoration: underline;
|
||||
}
|
||||
|
||||
.board {
|
||||
display: grid;
|
||||
grid-template-columns: repeat(3, minmax(0, 1fr));
|
||||
gap: 1rem;
|
||||
margin: 0 auto;
|
||||
max-width: 90rem;
|
||||
}
|
||||
|
||||
.board-column {
|
||||
min-height: 20rem;
|
||||
padding: 1rem;
|
||||
border-radius: 0.75rem;
|
||||
background: #e5e7eb;
|
||||
}
|
||||
|
||||
.board-column h2 {
|
||||
margin: 0 0 1rem;
|
||||
font-size: 1.1rem;
|
||||
}
|
||||
|
||||
.task-list {
|
||||
display: flex;
|
||||
flex-direction: column;
|
||||
gap: 0.75rem;
|
||||
}
|
||||
|
||||
.task-card {
|
||||
padding: 1rem;
|
||||
border-radius: 0.5rem;
|
||||
background: white;
|
||||
box-shadow: 0 0.125rem 0.4rem rgb(0 0 0 / 8%);
|
||||
}
|
||||
|
||||
.task-card h3,
|
||||
.task-card p {
|
||||
margin: 0;
|
||||
}
|
||||
|
||||
.task-assignment {
|
||||
margin-top: 0.9rem;
|
||||
}
|
||||
|
||||
.task-assignee {
|
||||
display: inline-flex;
|
||||
align-items: center;
|
||||
gap: 0.4rem;
|
||||
color: #475569;
|
||||
font-size: 0.9rem;
|
||||
}
|
||||
|
||||
.task-assignee-button {
|
||||
padding: 0.25rem 0;
|
||||
color: #2563eb;
|
||||
background: transparent;
|
||||
}
|
||||
|
||||
.task-assignee-static {
|
||||
margin-top: 0.9rem;
|
||||
}
|
||||
|
||||
.user-icon {
|
||||
flex: 0 0 auto;
|
||||
}
|
||||
|
||||
.assignee-select-label {
|
||||
display: flex;
|
||||
align-items: center;
|
||||
gap: 0.4rem;
|
||||
}
|
||||
|
||||
.assignee-select-label select {
|
||||
width: auto;
|
||||
min-width: 9rem;
|
||||
}
|
||||
|
||||
.assignment-error {
|
||||
margin-top: 0.4rem;
|
||||
font-size: 0.85rem;
|
||||
}
|
||||
|
||||
.field-label-uppercase {
|
||||
color: #64748b;
|
||||
font-size: 0.8rem;
|
||||
font-weight: 700;
|
||||
letter-spacing: 0.08em;
|
||||
text-transform: uppercase;
|
||||
}
|
||||
|
||||
.visually-hidden {
|
||||
position: absolute;
|
||||
width: 1px;
|
||||
height: 1px;
|
||||
padding: 0;
|
||||
margin: -1px;
|
||||
overflow: hidden;
|
||||
clip: rect(0, 0, 0, 0);
|
||||
white-space: nowrap;
|
||||
border: 0;
|
||||
}
|
||||
|
||||
.task-card-header {
|
||||
display: flex;
|
||||
align-items: flex-start;
|
||||
justify-content: space-between;
|
||||
gap: 0.75rem;
|
||||
}
|
||||
|
||||
.points-badge {
|
||||
flex: 0 0 auto;
|
||||
padding: 0.2rem 0.5rem;
|
||||
border-radius: 999px;
|
||||
color: #1e3a8a;
|
||||
background: #dbeafe;
|
||||
font-size: 0.8rem;
|
||||
font-weight: 700;
|
||||
line-height: 1.25;
|
||||
}
|
||||
|
||||
.task-card p {
|
||||
margin-top: 0.5rem;
|
||||
color: #475569;
|
||||
white-space: pre-wrap;
|
||||
}
|
||||
|
||||
.field-help {
|
||||
margin: -0.25rem 0 0;
|
||||
color: #64748b;
|
||||
font-size: 0.85rem;
|
||||
}
|
||||
|
||||
.modal-backdrop {
|
||||
position: fixed;
|
||||
inset: 0;
|
||||
display: grid;
|
||||
place-items: center;
|
||||
padding: 1rem;
|
||||
background: rgb(15 23 42 / 55%);
|
||||
}
|
||||
|
||||
.modal {
|
||||
width: min(100%, 34rem);
|
||||
padding: 1.5rem;
|
||||
border-radius: 0.75rem;
|
||||
background: white;
|
||||
box-shadow: 0 1rem 3rem rgb(0 0 0 / 25%);
|
||||
}
|
||||
|
||||
.modal-header {
|
||||
margin-bottom: 1.25rem;
|
||||
}
|
||||
|
||||
.modal-header h2 {
|
||||
margin: 0;
|
||||
}
|
||||
|
||||
.close-button {
|
||||
padding: 0.2rem 0.55rem;
|
||||
color: #475569;
|
||||
background: transparent;
|
||||
font-size: 1.75rem;
|
||||
line-height: 1;
|
||||
}
|
||||
|
||||
@media (max-width: 48rem) {
|
||||
.panel {
|
||||
margin: 2rem 1rem;
|
||||
}
|
||||
|
||||
.app-header {
|
||||
align-items: flex-start;
|
||||
}
|
||||
|
||||
.user-controls {
|
||||
flex-direction: column;
|
||||
align-items: flex-end;
|
||||
}
|
||||
|
||||
.board {
|
||||
grid-template-columns: 1fr;
|
||||
}
|
||||
|
||||
.board-column {
|
||||
min-height: 8rem;
|
||||
}
|
||||
}
|
||||
|
||||
@ -1,2 +1,27 @@
|
||||
import '@testing-library/jest-dom/vitest'
|
||||
|
||||
const storedValues = new Map<string, string>()
|
||||
|
||||
Object.defineProperty(window, 'localStorage', {
|
||||
configurable: true,
|
||||
value: {
|
||||
get length() {
|
||||
return storedValues.size
|
||||
},
|
||||
clear() {
|
||||
storedValues.clear()
|
||||
},
|
||||
getItem(key: string) {
|
||||
return storedValues.get(key) ?? null
|
||||
},
|
||||
key(index: number) {
|
||||
return [...storedValues.keys()][index] ?? null
|
||||
},
|
||||
removeItem(key: string) {
|
||||
storedValues.delete(key)
|
||||
},
|
||||
setItem(key: string, value: string) {
|
||||
storedValues.set(key, String(value))
|
||||
},
|
||||
} satisfies Storage,
|
||||
})
|
||||
|
||||
@ -11,6 +11,11 @@ export default defineConfig({
|
||||
},
|
||||
test: {
|
||||
environment: 'jsdom',
|
||||
environmentOptions: {
|
||||
jsdom: {
|
||||
url: 'http://localhost',
|
||||
},
|
||||
},
|
||||
setupFiles: './src/test/setup.ts',
|
||||
},
|
||||
})
|
||||
|
||||
Reference in New Issue
Block a user