Ошибка action contains an invalid path

Skip to content

We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept”, you consent to the use of ALL the cookies.

Windows — одна из самых популярных операционных систем в мире. Практически все программы работают под управлением этой операционной системы. Она очень универсальна и удобна. Она подходит для любых задач, будь то управление различными системами, работа в офисе, монтаж видео или видеоигры. Она существует уже много лет, и было выпущено множество версий этой операционной системы. При работе с Windows часто возникают ошибки. Хотя разработчики постоянно пытаются улучшить свою систему и системные приложения, в этом мире нет ничего совершенного.

Одним из главных преимуществ Windows является то, что для нее выпущены тысячи различных программ и игр. Многие из них действительно качественные и полезные приложения, которые можно использовать для работы или просто для повседневных задач.

Неудивительно, что первое, что делают пользователи после установки Windows на свой компьютер, — это устанавливают необходимое программное обеспечение. Обычно это довольно легко сделать, но иногда пользователи сталкиваются с различными ошибками. Одной из распространенных проблем при установке приложений является ошибка «Error 1324 The Folder Path Contains an Invalid Character». Обычно она возникает из-за недопустимых символов в профиле пользователя. Существует несколько способов решения этой проблемы:

Как установить под другим профилем

Первое, что следует попробовать, это установить программу под другим профилем. Этот способ обычно помогает пользователям победить эту ошибку. Это довольно легко сделать, вам просто нужно :

• Удерживая нажатой кнопку Windows, нажмите R, чтобы открыть диалоговое окно «Выполнить
• Введите «logoff«, затем нажмите «Enter«.
• Теперь попробуйте войти в систему с другим профилем. Если у вас его еще нет, создайте новый профиль
• Затем вы можете снова установить программу

Как исправить оболочку папки с помощью регистра

Для этого метода вам понадобятся:

• Удерживайте нажатой кнопку Windows и R
• Введите «regedit» в открывшемся окне, затем нажмите «Enter«. Появится редактор реестра
• Перейдите к следующему месту в реестре Windows:
  • HKEY_CURRENT_USER
  • Программное обеспечение
  • Microsoft
  • Windows
  • CurrentVersion
  • Explorer
  • Папки-ракушки
• Затем нужно открыть «Personal» и проверить, что «Value data» находится на «C:Users<username>my documents» (вместо <username> должно быть ваше имя пользователя).
• Затем то же самое следует повторить для всех этих путей регистра:
  • HKEY_CURRENT_USER Software Microsoft Windows CurrentVersion Explorer User Shell Folders
  • KEY_LOCAL_MACHINE SOFTWARE MicrosoftWindows CurrentVersion
  • KEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Explorer Shell Folders
  • KEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Explorer User Shell Folders
• После этого закройте окно и перезагрузите компьютер.
• Попробуйте установить программное обеспечение еще раз

Как удалить недопустимый символ из реестра

Если вы точно знаете, что это за недопустимый символ, вы можете удалить его вручную. Вы можете найти этот символ в ошибке 1324. Если вы замените все копии этого символа на правильные, все должно работать правильно. Для этого вам необходимо:

• Удерживайте нажатой кнопку Windows и R
• Затем введите «regedit«, затем нажмите «Enter«.
• Затем выберите «Редактировать» > «Найти«
• Введите неправильный символ в поле «Найти что» и выберите «Найти дальше«.
• Если символ найден, необходимо вручную изменить все его копии. Затем нажмите F3, чтобы продолжить поиск
• После этого попробуйте установить приложение снова

Эти методы должны помочь решить вашу проблему.

Addendum — git version 2.34.1.windows.1 & others(?)

Regrettably, git config core.protectNTFS false turned out not to be enough; the contents of the colon-carrying filenames are lost (filesize = 0).

Solution

TL;DR

git diff ec28c8ddd5f8c83d11604bcae69afb46d79b1029 > p.patch
patch -R -f -i p.patch
git add *
git commit 

Elaboration

Turns out git config core.protectNTFS false does work, insofar as to not produce fatal errors on git checkout anymore.

However, git now will produce filenames clipped to the colon and with zero content.

E.g. Writing-Bops:-The-Bebop-Schema-Language.md (~9KB) —> Writing-Bops (0 KB)

To fix this, we need to get a copy of the original offending file(s)’ content another way, so we can restore it.

Conditions / Assumptions

• This assumes you cannot or will not use a sparse clone for some reason.
• Ditto on git apply-filter and other techniques to ‘permanently rewrite’ git history, f.e. when you are tracking a third-party git repo.
• You’re running Windows, using NTFS storage, git-for-windows with bash as your shell and have a patch.exe available (patch --version should report something like «GNU patch 2.7.6»)

(In our case, we were messing about with a github wiki clone and ran into this issue of filenames containing colons. Of course, we wanted to fix this in place, without going the extra ‘sparse clone’ or WSL mile.)

Turns out we can get the missing content after we did

git config core.protectNTFS false
git checkout <hash>

by running patch. (BTW: TortoiseGit would hang forever if you tried to diff/compare these commits!)

Use this next command to get a patch file with all the missing changes. If you have multiple files with colons or other trouble, all the missing content will be listed in the patchfile: one patchfile to catch it all!

git diff ec28c8ddd5f8c83d11604bcae69afb46d79b1029 > p.patch
# ^^^^ reference the git hash with the offending original file(s)

Now that you have a patchfile, you can apply it to the current working directory: it must be applied in reverse (-R):

patch -R -f -i p.patch

If you forget -R, patch will ask (answer [y]es); if you do specify -R patch will yak even more, so -f (force) is in order to shut up patch and just do the job.

This should list one or more files being patched as a result, e.g.

$ patch -R -f -i p.patch
patching file Writing-Bops:-The-Bebop-Schema-Language.md

Note the colon in that filename: turns out GNU patch on windows (at least v2.7.6) uses a Unicode homoglyph to simulate a colon in a filename. See also further below.

You now have the original content of the colon-ed files in your working directory and you’re now ready to add these files to the git index and commit them as usual:

Warning: you’ll probably need to cleanup (delete) the empty clipped filenames produced by your earlier git checkout before proceeding!

Note: if you don’t like the homoglyphed filename patch -i assigned to the missing content, you can change it to anything you like before committing the result.

git add *
git commit 

Verifying results

When you did everything right, that last commit should list the colon-ed file as renamed as you did not change the content and git commit should thus have detected the «file rename action» as-is.

Extra: replacing colon with a homoglyph

I found several Unicode homoglyphs that look more or less like a colon, but are considered legal in NTFS filenames.

After a bit of experimentation, I decided on using ꞉ as I wanted to keep the github wiki page I was fiddling with intact as much as possible.

Generally, I would discard the colon entirely, or replace it with one or more hyphens, but in the case of wiki MarkDown pages, that decision can go the other way.