Feat/epinio 518 521 advanced configurations

[Hannahbird]

PR Checklist

• Linting Test is passing
• Code is well documented
• If applicable, a PR in the epinio/docs repository has been opened

Summary

Fixes #518, #519, #520, #521

Migrates the Advanced Configurations list to trailhand-table and introduces a ConfigurationModal component that handles view, create, and edit flows in a single modal, following the same pattern established for services.

Occurred changes and/or fixed issues

• Configurations list (list/configurations.vue): replaced Rancher shell table and create-page routing with trailhand-table + ConfigurationModal. Name column is now a clickable link that opens the view modal. Responsive column hiding at breakpoints. Action menu wired to modal edit flow.
• ConfigurationModal (components/configuration/ConfigurationModal.vue): new component supporting view, edit, and create modes.
  • View mode: read-only, shows Namespace, Name, Bound Applications, and Config Data. "Edit Configuration" button only shown for type === 'custom' configurations.
  • Edit mode: Bound Applications and Config Data are editable. Unsaved changes trigger a discard confirmation on close.
  • Create mode: Namespace dropdown, Name input, optional Bind to Application, and Config Data key/value rows with per-row file upload (Upload) and bulk file import (Read From File). Save is disabled until all key/value pairs are fully filled.
• App binding fix: bound/unbound app lists are now captured into local variables before closeModal() is called, preventing a cleared-ref race that silently dropped all binding changes.
• Namespace filter fix (list/configurations.vue, list/services.vue): both tables now respect the active namespace filter via store.state.activeNamespaceCache, consistent with the applications table.
• Configuration delete modal (components/configuration/ConfigurationDeleteModal.vue): new modal triggered from the action menu Delete item (gated to type === 'custom'). Displays the configuration name and lists any bound applications with a caution warning. Unbinds all bound apps before calling remove, then force-refreshes configurations and apps on success.

Technical notes summary

• ConfigurationModal exposes openCreate, openView, and openEdit. openEdit delegates to openView then overrides modalMode to avoid duplicating hydration logic.
• Config data is stored as Array<{ key, value }> internally and converted to/from the API's Record<string, string> via detailsToRows / rowsToDetails.
• The update call sends { data: { ...this.data } } (PUT) as required by ConfigurationReplaceRequest. The prior implementation was missing the outer data wrapper which caused updates to silently wipe all config data.
• void store.state.activeNamespaceCacheKey establishes Vue reactivity on the cache key inside watchEffect without introducing an unused variable.
• Edit access is gated on configuration.type === 'custom' (both action menu and modal footer button) to prevent editing service-owned configurations.

Areas or cases that should be tested

• Create: open modal via Create button, fill Namespace + Name + at least one key/value row, optionally bind an app, submit - verify configuration appears in the list and binding is reflected on the app.
• Create validation: confirm Save/Create button remains disabled until Namespace, Name, and all key/value rows are fully populated.
• Create - Read From File: upload a KEY=VALUE file and verify rows are parsed and appended correctly.
• Create - per-row Upload: click Upload on a value cell, select a file, verify file contents populate that value.
• View: click a linkified name - verify modal opens read-only with correct Namespace, Name, Bound Applications, and Config Data. Verify "Edit Configuration" is absent for service-owned configurations (type !== 'custom').
• Edit via modal: open view, click Edit Configuration, modify Bound Applications and/or Config Data, save - verify changes persist.
• Edit via action menu: use the action menu Edit item - verify it opens directly in edit mode. Confirm the action is disabled for non-custom configurations.
• Edit - discard confirm: make a change, click Cancel/X - verify discard confirmation appears and choosing Discard closes without saving.
• App binding: bind and unbind applications in both create and edit flows - verify the app's configuration list updates accordingly.
• Namespace filter: change the namespace filter in the header - verify both the Configurations and Services tables update to show only resources in the selected namespace(s).
• Delete: open the action menu on a custom configuration and select Delete - verify the modal appears with the correct name and bound app list. Confirm deletion unbinds apps and removes the configuration from the list.
• Delete - no bound apps: verify the modal shows "No applications are bound to this configuration" when none are bound.
• Delete - non-custom: verify the Delete action is absent from the action menu for service-owned configurations.

Areas which could experience regressions

• Services list: the namespace filter change touches list/services.vue - verify service rows still display correctly, including state tags, action menu (edit/delete), and the delete modal flow.
• Configurations list: the trailhand-table column formatter for Name replaces the previous link: property - verify sorting on the Name column still works.
• App binding on configurations: the bindConfigurations / unbindConfiguration calls go through the app model - verify bound configs are reflected correctly on the application detail page.
• App configurations: unbinding via delete goes through app.unbindConfiguration - verify the app's bound configuration list reflects the removal correctly.

Screenshot/Video

[dcharles525]

Only thing I found is when I upload a file, it adds x rows, below the initial empty row, it would be nice for the data to start in the empty row.

[dcharles525]

LGTM

[johnlcos]

LGTM