With Minio Docker and Windows, the user ID needs to be set to `0:0` to avoid permission issues. This change ensures that the Minio container runs with root privileges on Windows, which is necessary for proper file access and management.
4.2 KiB
Troubleshooting Guide
Line Ending Issues on Windows (LF/CRLF)
Problem Description
This project uses LF (Line Feed: \n) line endings exclusively. Windows users may encounter issues because:
- Windows defaults to CRLF (Carriage Return + Line Feed:
\r\n) for line endings - This project uses LF line endings for consistency across all platforms
- Git may automatically convert line endings, causing conflicts or build failures
Common Symptoms
- Git shows files as modified even when no changes were made
- Error messages like "warning: LF will be replaced by CRLF"
- Build failures or linting errors due to line ending mismatches
Solutions for Windows Users
Configure Git to Preserve LF (Recommended)
Configure Git to NOT convert line endings and preserve LF:
git config core.autocrlf false
git config core.eol lf
This tells Git to:
- Never convert line endings automatically
- Always use LF for line endings in working directory
Fix Existing Repository with Wrong Line Endings
If you already have CRLF line endings in your local repository, the best approach is to configure Git properly and clone the project again:
-
Configure Git first:
git config --global core.autocrlf false git config --global core.eol lf -
Clone the project fresh (recommended):
# Navigate to parent directory cd .. # Remove current repository (backup your changes first!) rm -rf docs # Clone again with correct line endings git clone git@github.com:suitenumerique/docs.git
Alternative: If you have uncommitted changes and cannot re-clone:
-
Backup your changes:
git add . git commit -m "Save changes before fixing line endings" -
Remove all files from Git's index:
git rm --cached -r . -
Reset Git configuration (if not done globally):
git config core.autocrlf false git config core.eol lf -
Re-add all files (Git will use LF line endings):
git add . -
Commit the changes:
git commit -m "✏️(project) Fix line endings to LF"
Frontend File Watching Issues on Windows
Problem Description
Windows users may experience issues with file watching in the frontend-development container. This typically happens because:
- Docker on Windows has known limitations with file change detection
- Node.js file watchers may not detect changes properly on Windows filesystem
- Hot reloading fails to trigger when files are modified
Common Symptoms
- Changes to frontend code aren't detected automatically
- Hot module replacement doesn't work as expected
- Need to manually restart the frontend container after code changes
- Console shows no reaction when saving files
Solution: Enable WATCHPACK_POLLING
Add the WATCHPACK_POLLING=true environment variable to the frontend-development service in your local environment:
-
Modify the
compose.ymlfile by adding the environment variable to the frontend-development service:frontend-development: user: "${DOCKER_USER:-1000}" build: context: . dockerfile: ./src/frontend/Dockerfile target: impress-dev args: API_ORIGIN: "http://localhost:8071" PUBLISH_AS_MIT: "false" SW_DEACTIVATED: "true" image: impress:frontend-development environment: - WATCHPACK_POLLING=true # Add this line for Windows users volumes: - ./src/frontend:/home/frontend - /home/frontend/node_modules - /home/frontend/apps/impress/node_modules ports: - "3000:3000" -
Restart your containers:
make run
Why This Works
WATCHPACK_POLLING=trueforces the file watcher to use polling instead of filesystem events- Polling periodically checks for file changes rather than relying on OS-level file events
- This is more reliable on Windows but slightly increases CPU usage
- Changes to your frontend code should now be detected properly, enabling hot reloading
Note
This setting is primarily needed for Windows users. Linux and macOS users typically don't need this setting as file watching works correctly by default on those platforms.