If you get a message saying that the application can't be started because the developer can't be verified, you must allow the application in the General tab of the Security and Privacy settings in your System Preferences. See the Apple support documentation for more info.
Make sure you've done a fresh checkout after using a Frontastic sandboxFrontastic sandbox - A virtual machine hosted in the cloud that you can use for backend and some frontend development. They're provisioned from the developer area of the Frontastic studio.. Or you can remove all
node_modules folders and try again. You can clean up your entire code base to the state of a fresh clone using
git clean -f -d -x.
If you get the below error:
Already copied the SSH key to the server but SSH still complains with Pseudo-terminal will not be allocated because stdin is not a terminal
You'll need to check which keys are loaded into your ssh-agent by using
If your key isn't in that list, then you'll need to follow the instructions in this GitHub article.
If you're using macOS and your passphrase isn't caching, and you have to keep re-entering it, you can use the below in your
/.ssh/config, which is also explained in more detail in the GitHub article link above.
If you get the below error:
WARN 2021/02/01 16:56:02 Host key is unknown, have to add it to known_hosts ERROR 2021/02/01 16:56:02 Already updated known_hosts but SSH still complains with Pseudo-terminal will not be allocated because stdin is not a terminal.
You'll need to remove the key from
known_hosts. To do this, run the below command:
ssh-keygen -R your-machine-hostname
If this doesn't fix the issue or if you have keys conflicts, you might need to use the command with IP instead:
ssh-keygen -R your-machine-ip
As an alternative solution, open your local
known_hosts file, delete the lines related to the sandbox hostname or IP, and save.
frontastic run, and it'll be added automatically.
If you see the error
Project already running, this means that there's a
.frontastic/mutagen.yml.lock file still running from an unclean stopped filesync process or one currently running.
Check if a Mutagen process is running by using
ps ax | grep mutagen and then kill the process. You can then remove the lock file and try the Frontastic CLIFrontastic CLI - Our Commandline Interface (CLI) that you can use for frontend development. again.
If there's a problem with
node_modules (error in Frontastic CLIFrontastic CLI - Our Commandline Interface (CLI) that you can use for frontend development. or Yarn containing ENOENT), or if you want to start over, you can first run the below command:
git clean -fdxn -e .idea
This will do a dry run of the command and print all the files that will be removed. Once you've checked you're happy that the files can be removed, then you can run the below:
git clean -fdx -e .idea
This will throw away all files that aren't tracked by Git and bring you back to a clean state. You'll need to start with
frontastic init again.
You might get the below filesync error after upgrading to a recent CLI version:
Err! could not connect to daemon: client/daemon version mismatch (daemon restart recommended)
You'll need to delete the whole
.frontastic folder and run
frontastic init to solve it.
If you get the below error:
Attempting to start Mutagen daemon... Error: unable to connect to daemon: connection timed out (is the daemon running?) Error: project not running Error: unable to connect to daemon: connection timed out (is the daemon running?) INFO 2021/05/05 09:54:00 You may need to provide your sudo password. INFO 2021/05/05 09:54:00 Updating your hostsfile... INFO 2021/05/05 09:54:00 Updated hostsfile. could not terminate mutagen daemon: exit status 1
You can run the below to avoid this issue:
frontastic run --defaultMutagenDataDir
This lets Mutagen store its data under the default directory,
.mutagen in your home directory instead of inside the
Only 1 Mutagen instance can run at the same time, and the Mutagen cache can cause problems. So, if you're using the
--defaultMutagenDataDir flag and run into issues, try to delete the
.mutagen directory in your home directory.
If you're using Windows, doesn't always work to close the Frontastic CLI. To close the connection, you'll need to type
exit. If it doesn't work the first time, type
exit again and this should close the connection.
You'll probably encounter some issues after running
yarn install on an M1 Mac.
If you get the error below:
The chromium binary is not available for arm64: If you are on Ubuntu, you can install with: apt-get install chromium-browser path-to-project/node_modules/puppeteer/lib/cjs/puppeteer/node/BrowserFetcher.js:112 throw new Error();
You'll need to install Chromium manually on your local machine. You can do this using Homebrew:
brew install chromium
If, after running Chromium, your M1 mac says that it doesn't allow third-party apps to be open, you might need to give Chromium permission to do so.
Go to your System Preferences, then Security & Privacy, and then General. Select allow apps downloaded from Anywhere.
If the Anywhere option isn't visible, run the following command in your terminal and re-open the security screen to find the anywhere option.
sudo spctl --master-disable
Try to relaunch Chromium after this. If opening Chromium still fails because “Chromium is damaged and can't be opened,” open the terminal and run the following command:
xattr -cr /Applications/Chromium.app
After retrying to open Chromium, it should open without the error message.
The next step is to modify your
.zshrc file and add the following 2 lines of code to skip future Chromium installs:
export PUPPETEER_SKIP_CHROMIUM_DOWNLOAD=true export PUPPETEER_EXECUTABLE_PATH=`which chromium`
The final step is to close your terminal and reopen it. Then complete the
yarn install as described in the Frontastic CLI article.
If you ran
yarn install before and encountered the error, you might want to run the commands below to remove the existing node modules, package-lock.json, and cache from the project:
rm -rf node_modules/
rm -rf package-lock.json
rm -rf .cache
You might get the below error when running
yarn install on an M1 Mac:
Error: Cannot find module 'node-darwin-arm64/package.json
The key is to install Rosetta and to re-install Node.js using nvm.
To install Rosetta, run the following command in your terminal:
To re-install Node.js using nvm, run the following commands in your terminal.
Summary of the steps:
node -v v16.13.1 node -p process.arch arm64 arch -x86_64 zsh nvm use 16.5.0 && nvm uninstall v16.13.1 && nvm install v16.13.1 Now using node v16.5.0 (npm v7.19.1) Uninstalled node v16.13.1 Downloading and installing node v16.13.1... ... # output here ... Now using node v16.13.1 (npm v8.1.2) yarn install
yarn install, you shouldn't see the error.
Sometimes, Windows might think the CLI is a virus. On close, it might delete the
.exe, and you'll get a message like this:
Error: Couldn't update hosts: fork/exec C:\Users\track\Desktop\frontastic-cli\frontastic.exe: Operation did not complete successfully because the file contains a virus or potentially unwanted software
Or you might get a threat quarantined message.
To change the settings to stop this from happening, follow the steps below:
- Go to Windows Security
- Select Virus & Threat Protection
- Select Protection History
- Find the quarantined CLI file (make sure it's the CLI
.exefile and not a real threat)
- Select Actions
- Select Restore
Updated 2 months ago