Outstanding issues related to standalone mode

[AjBreidenbach]

Outstanding Issues and Bugs

• [X] Re-enable the "search" filter box on the dashboard's pivot table. (it only shows up when there's at least 2 rows)
• [x] Remove or replace non-relevant columns (e.g., merge requests, auto-stop scheduled) in the deployments view for local mode.
• [x] Don't assume project path is for a repository on the cloud server (i.e., unfurl.cloud)
• [x] Include deployments not in an environment (add defaults as an environment), especially the default one created by init.
• [x] Fetch types from cloudmap when no repositories are defined in the dashboard (assume std).
• [x] Don't display the hello message when the dashboard is empty.
• [x] Don't make a call for /api/v4/projects/<path:project_path>
• [x] Existing deployment paths are broken if they have a unique location
• [x] Do not send undefined for latest commit
• [x] rename deployment doesn't appear to work (now disabled when no deployment blueprint)

Areas to Validate or Reproduce

• [X] Empty modal issue with the spinner at http://localhost:8081/#new-deployment. (error now explains that no valid blueprints could be found)
• [x] Confirm items created with unfurl init are displayed correctly.
• [ ] Test with a dashboard containing both local and remote environments.
• [x] Check the application links for proper URL patterns and functionality.
• [x] Ensure serve_document function correctly serves the dashboard or application based on URL pattern for the served project.
• [x] Test with no remote, remote on unfurl.cloud
• [ ] Test remote with ssh git URL on foreign git server.
• [ ] Test with --mono repos and split repo (the default where the deployment ensemble is in a separate repo).
• [ ] Verify credentials aren't sent to wrong origin
• [ ] Verify applications with branches other than main work as intended

Unimplemented

• [ ] Use cloudmap project avatar when none set in blueprint export
• [x] Adjust links in the application column to correctly display the blueprint overview when applicable.
• [x] Automatically install the correct version of unfurl-gui from GitHub release in the absence of UNFURL_GUI_DIR. (implementation needs discussion)
• [x] Use GitLab environment CI variables as backend for standalone when the project has an unfurl.cloud instance upstream.
• [x] Do not make any API calls for an application without a defined projectPath.
• [x] Only use credentials for repositories on the same origin. (credentials aren't handled by frontend anymore)
• [x] Don't patch variables for vault password / subscriptions

updated to reflect https://github.com/onecommons/unfurl-gui/issues/512#issuecomment-2181493890

[AjBreidenbach]

Planned features and test coverage are documented here https://docs.google.com/spreadsheets/d/1GItSpQ9eoJcqnUvPSsrt4669QeDoqxilKnJwp65tk2c/edit?usp=sharing

[aszs]

• don't assume project path is for a repository on the cloud server (i.e. unfurl.cloud)
• test with no remote, remote on unfurl.cloud, remote with ssh git url on foreign git server
• test with --mono repos and split repo (the default where the deployment ensemble is in a separate repo)
• include deployments not in a environment (add defaults as an environment), especially the default one created by init
• don't display the hello message when dashboard is empty

[AjBreidenbach]

I have checked off Don't assume project path is for a repository on the cloud server (i.e., unfurl.cloud) I think it's fixed because of the local: prefix