* feat: add option to exclude year-end closing entries in SIE export and related reports * delete docs * fix: allow Chrome's PDF viewer in verifikat document preview The /api/documents/:id/inline route shipped with `object-src 'none'` in its CSP, which blocked Chrome's built-in PDF viewer (it renders inline PDFs via an internal <embed>). Users on Chrome saw "Det här innehållet har blockerats" when expanding a PDF attachment in the bookkeeping view; Firefox (PDF.js) and Edge (own viewer) were unaffected, and JPGs worked because <img> isn't subject to object-src. Drops the CSP for this route to the minimum needed for embeddability: `frame-ancestors 'self'`. X-Content-Type-Options: nosniff plus the fixed Content-Type from the handler already block MIME confusion; X-Frame-Options: SAMEORIGIN + frame-ancestors still block clickjacking. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(auth): add webmail deep link to email confirmation screens Mirrors Stripe's signup UX: after asking the user to verify their email, detect their webmail provider from the domain and show a button that opens the inbox in a new tab. Gmail gets a from:<sender> search pre-populated; Outlook/Yahoo/iCloud/Proton open the inbox directly. Unknown / custom domains fall back to the existing copy. Sender address is configurable via NEXT_PUBLIC_BRANDING_AUTH_EMAIL_FROM (default noreply@gnubok.se) so white-label installs can match their Supabase Auth SMTP config. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(auth): unblock first-time password set for BankID users with MFA Supabase rejects updateUser({password}) and mfa.unenroll with "AAL2 session is required" whenever a TOTP factor is enrolled. BankID magic-link logins produce AAL1, and middleware skips MFA enforcement for bankid_linked users, so they had no path to AAL2 — leaving them unable to set a backup password or disable MFA without going through the email-recovery escape hatch. - /api/account/password: branch on app_metadata.has_password. First-time set writes via service.auth.admin.updateUserById (no existing credential to protect, AAL2 guard does not apply). Change-password keeps the user-session updateUser so AAL2 still fires for credential rotation. - /mfa/verify: accept a safeReturnTo query param and route there after successful verify, so step-up flows can land back where they came from. - SecuritySettings: detect the AAL2 error from both change-password and mfa.unenroll and redirect through /mfa/verify?returnTo=/settings/account instead of toasting a dead-end error. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * Add tests and rounding utility for öre precision in bokslut calculations - Implemented `roundOre` function for rounding SEK amounts to two decimal places, ensuring consistent monetary calculations. - Introduced `ORE_TOLERANCE` constant for comparing rounded amounts, facilitating invariant checks in financial entries. - Created comprehensive tests for `roundOre`, covering typical cases, edge cases, and idempotency. - Added year-end invariants tests to verify database-level guarantees for closing entries, ensuring they balance to the öre and reject discrepancies. - Developed end-to-end tests for the dispositions chain, validating the correctness of calculations across various scenarios. * fix: update PDF rendering to remove Swish QR code generation and set default to disable Swish visibility * fix: enhance security by rejecting data URIs in safeReturnTo function tests * fix: improve rounding logic in roundOre function and add customer_type migration * fix: add customer_type column to customers and enforce CHECK constraint --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
134 lines
4.3 KiB
TypeScript
134 lines
4.3 KiB
TypeScript
import { describe, it, expect } from 'vitest'
|
||
import { parseInvoiceDateRange } from '../date-range-parser'
|
||
|
||
describe('parseInvoiceDateRange — ISO patterns', () => {
|
||
it('parses "period: 2026-01-01 till 2027-12-31"', () => {
|
||
expect(parseInvoiceDateRange('period: 2026-01-01 till 2027-12-31')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2027-12-31',
|
||
})
|
||
})
|
||
|
||
it('parses "perioden 2026-01-01 - 2026-12-31"', () => {
|
||
expect(parseInvoiceDateRange('perioden 2026-01-01 - 2026-12-31')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-12-31',
|
||
})
|
||
})
|
||
|
||
it('parses ISO with en dash', () => {
|
||
expect(parseInvoiceDateRange('2026-01-01–2026-06-30')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-06-30',
|
||
})
|
||
})
|
||
|
||
it('parses "giltig från 2026-01-01 till 2027-12-31"', () => {
|
||
expect(parseInvoiceDateRange('giltig från 2026-01-01 till 2027-12-31')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2027-12-31',
|
||
})
|
||
})
|
||
|
||
it('handles t.o.m. as the separator', () => {
|
||
expect(parseInvoiceDateRange('Faktura 2026-01-01 t.o.m. 2026-12-31')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-12-31',
|
||
})
|
||
})
|
||
})
|
||
|
||
describe('parseInvoiceDateRange — Swedish long form', () => {
|
||
it('parses "period: 1 jan 2026 - 31 dec 2026"', () => {
|
||
expect(parseInvoiceDateRange('period: 1 jan 2026 - 31 dec 2026')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-12-31',
|
||
})
|
||
})
|
||
|
||
it('parses month-only form "jan 2026 till dec 2026"', () => {
|
||
expect(parseInvoiceDateRange('Premie för perioden jan 2026 till dec 2026')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-12-31',
|
||
})
|
||
})
|
||
|
||
it('uses last day of month for non-31-day months in Swedish form', () => {
|
||
// feb-feb expands to a Feb 1 → Feb 28 window — the "same month" case
|
||
// still has measurable length so it's accepted, not rejected.
|
||
expect(parseInvoiceDateRange('feb 2026 till feb 2026')).toEqual({
|
||
startDate: '2026-02-01',
|
||
endDate: '2026-02-28',
|
||
})
|
||
expect(parseInvoiceDateRange('jan 2026 till feb 2026')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-02-28', // 2026 is not a leap year
|
||
})
|
||
})
|
||
|
||
it('handles leap year correctly', () => {
|
||
expect(parseInvoiceDateRange('jan 2024 till feb 2024')).toEqual({
|
||
startDate: '2024-01-01',
|
||
endDate: '2024-02-29',
|
||
})
|
||
})
|
||
|
||
it('parses full Swedish month names', () => {
|
||
expect(parseInvoiceDateRange('januari 2026 till december 2026')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-12-31',
|
||
})
|
||
})
|
||
})
|
||
|
||
describe('parseInvoiceDateRange — yyyy-mm form', () => {
|
||
it('parses "2026-01 till 2027-12"', () => {
|
||
expect(parseInvoiceDateRange('Avtal 2026-01 till 2027-12')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2027-12-31',
|
||
})
|
||
})
|
||
|
||
it('does NOT misparse a full ISO ymd as a yyyy-mm prefix', () => {
|
||
// The leading "2026-01-01" should not be eaten by the yyyy-mm regex —
|
||
// the iso-iso branch should handle this first.
|
||
expect(parseInvoiceDateRange('period 2026-01-01 till 2026-12-31')).toEqual({
|
||
startDate: '2026-01-01',
|
||
endDate: '2026-12-31',
|
||
})
|
||
})
|
||
})
|
||
|
||
describe('parseInvoiceDateRange — rejected inputs', () => {
|
||
it('returns null for a single date with no end', () => {
|
||
expect(parseInvoiceDateRange('Faktura daterad 2026-01-01')).toBeNull()
|
||
})
|
||
|
||
it('returns null for a future-only date "från 2026-01-01"', () => {
|
||
expect(parseInvoiceDateRange('Gäller från 2026-01-01')).toBeNull()
|
||
})
|
||
|
||
it('returns null for malformed date "2026-13-01"', () => {
|
||
expect(parseInvoiceDateRange('period: 2026-13-01 till 2026-12-31')).toBeNull()
|
||
})
|
||
|
||
it('returns null when end <= start', () => {
|
||
expect(parseInvoiceDateRange('2026-12-31 till 2026-01-01')).toBeNull()
|
||
})
|
||
|
||
it('returns null for empty / null input', () => {
|
||
expect(parseInvoiceDateRange('')).toBeNull()
|
||
expect(parseInvoiceDateRange(null)).toBeNull()
|
||
expect(parseInvoiceDateRange(undefined)).toBeNull()
|
||
})
|
||
|
||
it('returns null for completely irrelevant text', () => {
|
||
expect(parseInvoiceDateRange('Tack för att du handlar hos oss!')).toBeNull()
|
||
})
|
||
|
||
it('returns null when only one side is parseable', () => {
|
||
// "Q1 2026" is not in the supported grammar.
|
||
expect(parseInvoiceDateRange('period Q1 2026 till Q2 2026')).toBeNull()
|
||
})
|
||
})
|