Workspace and Storage
This article explains Workspace structure and storage, cloud folder sync, and Git repository integration.
Overview
All data files are stored directly on your local file system in a root Workspace folder - keeping your work private and safe even if the app is uninstalled or browser site data is cleared. Only user account and subscription-related details are stored on cloud servers. The Workspace structural hierarchy is as follows:
The Workspace folder is assigned during initial setup and can be changed at any time from the Dashboard Settings.
Instance & Access Constraints
-
Single-Instance Lock:
To prevent data corruption, the application locks the Workspace folder so only one application instance can access it at a time. Running multiple instances connected to the same Workspace folder is not supported. -
Sequential Multi-User Access:
Multiple users can share access to the same Workspace folder only if access is strictly sequential. The application does not support concurrent access.
Important: Do Not Manually Edit Workspace Files
Avoid directly modifying, moving, or deleting files within your Workspace folder outside of the application interface. Direct manual edits can corrupt the application settings and cause unexpected data loss.
File System Access API
The application uses the browser's native File System Access (FSA) API to read and write Workspace files.
Recommended: Install as a Desktop App
Installing the application via your browser's address bar relaxes local Workspace security prompts, maximizes available Canvas space, and enables launching directly from your taskbar or start menu.
Folder Handles & Permissions
-
Directory Selection:
During initial setup, you select a local Workspace directory. The application caches this folder handle in IndexedDB so it is persisted for all future access. -
Permissions:
The application operates within the browser's secure sandbox and requests read and write access for the selected folder during setup. Browsers may prompt for re-authorization on subsequent launches. To eliminate repeated prompts, grant permanent folder permissions in site settings or install the application as a desktop app. -
Security Boundary:
Access is strictly restricted to the chosen Workspace folder and its subdirectories. The application cannot read or access any other files on your file system without explicit consent.
Multi-Device Access via Cloud Drives
You can transfer and access your Workspace across multiple devices using cloud storage services (such as Google Drive, Microsoft OneDrive, Dropbox, or iCloud Drive) as a manual storage location.
Warning: Do Not Use Live Cloud Folders
Logiop Studio continuously writes micro-changes to your local Workspace folder as you edit. Never assign an actively syncing cloud folder as your primary Workspace folder. Always pull or download cloud files to a local directory first before linking it in Studio.
Manual Sync Workflow
-
Copy Workspace to cloud on primary device (Device A):
When you finish editing on Device A, copy your local Workspace folder into your cloud drive (e.g.,OneDrive/Logiop Workspace) and allow the cloud client to complete the sync. -
Download to local disk on secondary device (Device B):
On Device B, copy or download theOneDrive/Logiop Workspacefolder to a dedicated local directory on your hard drive. -
Select local directory in Logiop Studio:
Run Logiop Studio on Device B, select the downloaded local Workspace directory during setup, and grant browser permissions via the File System Access API.
Workflow Best Practices
Treat your cloud drive as a manual storage location rather than an active working folder. Copying updates before and after sessions avoids network bandwidth churn from frequent auto-saves and prevents cloud sync locks while you edit.
Multi-Device Access via Git
Using Git version control with hosting providers such as GitHub, GitLab, or Bitbucket is the recommended multi-device strategy for developers. It gives you complete version history, branching capabilities, and explicit control over when updates are pushed and pulled across devices.
Step-by-Step Configuration
-
Initialize and push from primary device (Device A):
Open your terminal, navigate to your local Workspace folder on Device A, initialize a Git repository, and push it to GitHub:cd /path/to/your/Logiop-Workspace git init git add . git commit -m "Initial workspace commit" git branch -M main git remote add origin \ https://github.com/your-username/your-workspace-repo.git git push -u origin main -
Clone repository on secondary device (Device B):
On Device B, clone the repository from GitHub to a local directory:cd /path/to/desired/local-folder git clone https://github.com/your-username/your-workspace-repo.git cd your-workspace-repo -
Select cloned local directory in Logiop Studio:
Run Logiop Studio on Device B, choose the cloned local folder during setup, and grant browser permissions. -
Daily sync routine (Push & Pull):
Before starting work on any device, pull the latest changes:
When you want to save your progress to remote, commit and push:git pull origin maingit add . git commit -m "Updated state machines and project files" git push origin main
Recommended .gitignore Note
Workspace data files (serialized using MessagePack binary format), solution manifests, and generated code files are seamlessly versioned by Git across commits. If your project generates temporary local build artifacts or custom editor settings, add a .gitignore file to keep your repository history clean.
Backups & Workspace Reassignment
You can create compressed Workspace backups, restore a Workspace, and reassign your active Workspace folder from the Dashboard.