01527ae4f0
Combine both branches into a single coherent branch: - Full mobile responsive parity (useIsMobile, MobileCardRow, SheetForm, .mobile-touch-target, mobile cards, SheetForm forms, 44px targets, dirty-state confirm, TablePagination, refetchIntervalInBackground). - Full services-as-hub IA (data-driven nav, service-page tab skeleton, new service types, Authentik directory + messaging, named dashboards, legacy routes 404, Observability split, Jellyseerr absorbed). Enhancement: service tabs now use mobile-parity primitives: - MediaTab: MobileCardRow below md (title/size/HDR/library/year) + TablePagination; DataTable at md+ (desktop branch preserved). - FilesTab: MobileCardRow below md (name/type/size/modified) + handleRowClick; DataTable at md+. - ServicePage: SheetForm branch below md (open-on-mount, sticky header + save bar, cancel navigates back to /services, dirty-state guard). - Dashboard: single-column + section anchors below md (from mobile-parity) + empty-state CTA (from services-hub). - App.tsx: useIsMobile() replaces inline matchMedia (from mobile-parity) + data-driven useNavItems (from services-hub). - Backup tables (BackupAlerts/Jobs/Runs) already have MobileCardRow from mobile-parity; JobsTab inherits mobile behavior through its sub-components. Conflict resolutions: - Backend: entirely from services-hub (mobile didn't touch it). - Deleted pages (Media/FileBrowser/Actions/Users/UsersPage/Applications/ ObservabilityPage/BackupsPage + hooks/useUsers + tests): kept deleted (services-hub deleted them; content moved into service tabs). - New service-tabs/*: from services-hub, enhanced with mobile patterns. - App.tsx: services-hub's data-driven nav + mobile-parity's useIsMobile. - Dashboard.tsx: merged (services-hub CTA + mobile-parity sections/anchors). - ServicePage.tsx: services-hub's tab skeleton + mobile-parity's SheetForm. - Primitives (useIsMobile/mobile-card/sheet-form/etc.): from mobile-parity. 117 frontend tests pass (mobile-parity's 122 - 5 deleted page tests + services-hub's new tab/dashboard tests); 271 backend tests pass; lint/ build green both sides.
49 lines
1.3 KiB
Python
49 lines
1.3 KiB
Python
"""Backups service definition.
|
|
|
|
Backups is modeled as a service type so it can be configured, named, and
|
|
multi-instanced like other services. Reports arrive via the existing REST
|
|
report endpoint; the ``ingestion_label`` disambiguates multi-instance
|
|
ingestion.
|
|
"""
|
|
|
|
from __future__ import annotations
|
|
|
|
from media_library_viewer_api.integrations.base import (
|
|
ServiceConfigBase,
|
|
ServiceDefinition,
|
|
WidgetConfigBase,
|
|
widget_kind,
|
|
)
|
|
|
|
|
|
class BackupsConfig(ServiceConfigBase):
|
|
"""Non-secret Backups connection config."""
|
|
|
|
ingestion_label: str = "default"
|
|
|
|
|
|
class BackupsSummaryWidgetConfig(WidgetConfigBase):
|
|
"""Backup dashboard summary (jobs, runs, alerts)."""
|
|
|
|
# No user-overridable fields; the widget reads the internal backup tables.
|
|
pass
|
|
|
|
|
|
DEFINITION = ServiceDefinition(
|
|
service_type="backups",
|
|
name="Backups",
|
|
description="Backup job monitoring, run history, and alerting.",
|
|
config_model=BackupsConfig,
|
|
secret_fields=[],
|
|
widget_kinds=[
|
|
widget_kind(
|
|
kind="summary",
|
|
name="Summary",
|
|
description="Backup job summary and active alerts.",
|
|
model_cls=BackupsSummaryWidgetConfig,
|
|
default_config={},
|
|
refresh_interval_ms=60_000,
|
|
),
|
|
],
|
|
)
|