Error description failed to get documents directory path

Всем привет, пожалуйста помогите решить эту проблему. Уже второй день не могу её устранить, проблема такова: BeamNg Launcher - BNGBase initialization...

BeamNG


  1. Backup

    Joined:
    Jul 2, 2021
    Messages:
    19

    Всем привет, пожалуйста помогите решить эту проблему. Уже второй день не могу её устранить, проблема такова:

    BeamNg Launcher — BNGBase initialization errror
    Contact support
    Error code: 0x3000001
    Error description: Failed to get documents directory path

    Сделал всё что только можно было, около 25 способов и даже переустановил steam со всеми играми.


  2. aeoe

    Joined:
    Oct 1, 2018
    Messages:
    1,107

    видимо у тебя игра не может найти твой ЮзерФолдер, до обновы 0.22 он был в документах, а сейчас он в appdata/roaming, попробуй поменять где твой юзерфолдер находится
    а если не сработает, попробуй написать в support, прийдётся на английском писать, но там тебе 100% помогут


  3. Backup

    Joined:
    Jul 2, 2021
    Messages:
    19

    [QUOTE = «Mar4ick, сообщение: 1340083, участник: 328421»] видимо у тебя игра не может найти твой ЮзерФолдер, до обновы 0.22 он был в документах, а сейчас он в appdata / роуминге, попробуй поменять где твой юзерфолдер находится
    а если не сработает, попробуй написать в поддержку, прийдётся на английском писать, но там тебе 100% помощь [/ QUOTE]

    Да я поменял, но всё равно та же ошибка


  4. aeoe

    Joined:
    Oct 1, 2018
    Messages:
    1,107

    пиши в support тогда, больше ничем не могу помочь, извини


  5. Fluffy Panda

    BeamNG Team

    Joined:
    Sep 16, 2020
    Messages:
    1,104

    Уточните, пожалуйста, какая у вас стоит версия игры?


  6. Backup

    Joined:
    Jul 2, 2021
    Messages:
    19


  8. Backup

    Joined:
    Jul 2, 2021
    Messages:
    19

    У меня не открывается эта программа, антивирус не блокирует. Просто нажимаю на » Получить ID поддержки » и ничего не происходит, следовал инструкции правильно.


  9. Fluffy Panda

    BeamNG Team

    Joined:
    Sep 16, 2020
    Messages:
    1,104

    Судя по всему ошибка возникает из-за того, что папка по каким-то причинам недоступна для записи.
    Какой у вас антивирус стоит?

Источник

Содержание

  1. Error: Failed to get ‘documents’ path #21142
  2. Comments
  3. Preflight Checklist
  4. Issue Details
  5. Expected Behavior
  6. Actual Behavior
  7. Как решить сообщение об ошибке: «Не удалось сопоставить путь« / ».»
  8. Failed to get ‘appData’ path #10054
  9. Comments
  10. Expected behavior
  11. Actual behavior
  12. How to reproduce
  13. The case of the SHGet­Folder­Path(CSIDL_ COMMON_ DOCUMENTS) that returned ERROR_ PATH_ NOT_ FOUND
  14. Server Error in ‘/’ Application.
  15. Runtime Error

Error: Failed to get ‘documents’ path #21142

Preflight Checklist

  • I have read the Contributing Guidelines for this project.
  • I agree to follow the Code of Conduct that this project adheres to.
  • I have searched the issue tracker for an issue that matches the one I want to file, without success.

Issue Details

fail to get documents path

  • Electron Version:
    • 5.0.8
  • Operating System:
    • Windows 7 (6.1.7601)
  • Last Known Working Electron version:
    *

Expected Behavior

return ‘my documents’ path

Actual Behavior

Error: Failed to get ‘documents’ path

The text was updated successfully, but these errors were encountered:

@Leaking 6.1.7601 is not a valid operating system — can you please fix that so we can triage your issue more effectively?

Thank you for your issue!

We haven’t gotten a response to our questions in our comment above. With only the information that is currently in the issue, we don’t have enough information to take action. I’m going to close this but don’t hesitate to reach out if you have or find the answers we need, we’ll be happy to reopen the issue.

We haven’t gotten a response to our questions in our comment above. With only the information that is currently in the issue, we don’t have enough information to take action. I’m going to close this but don’t hesitate to reach out if you have or find the answers we need, we’ll be happy to reopen the issue.

sorry, 6.1.7601 is the release/build num of windows 7, i have update the issue

Thank you for taking the time to report this issue and helping to make Electron better.

The version of Electron you reported this on has been superseded by newer releases.

If you’re still experiencing this issue in Electron 6.x.y or later, please add a comment specifying the version you’re testing with and any other new information that a maintainer trying to reproduce the issue should know.

I’m setting the blocked/need-info label for the above reasons. This issue will be closed 7 days from now if there is no response.

Thanks in advance! Your help is appreciated.

Источник

Как решить сообщение об ошибке: «Не удалось сопоставить путь« / ».»

Я искал и искал в Google, и я не могу найти ничего, что кажется подходящим для моей ситуации, не говоря уже о решении проблемы. Неважно, по какому адресу на моем веб-сайте я пытаюсь перейти (даже несуществующие адреса выдают эту ошибку вместо 404), я получаю одно и то же сообщение (путь всегда ‘/’). Любые идеи?

ОБНОВЛЕНИЕ: Я вернулся на сайт через несколько минут после публикации — не внес изменений в код или конфигурацию — и ошибка исчезла. Я действительно сбит с толку, но это больше не проблема.

У меня была та же проблема (MVC 4) в IIS 7. Оказалось, что удостоверение пула приложений не имеет правильной авторизации к пути сайта.

перезапуск IIS решил ту же проблему в моем случае. Похоже, что-то не получается в IIS. Не стоит и моей паники.

Вам не нужно сбрасывать IIS, вы можете просто перезапустить пул приложений.

Сегодня, когда я переименовал веб-сайт по умолчанию, на котором размещалось мое приложение MVC, я тоже начал получать эту ошибку. Но я перезапустил IIS, и проблема была решена.

У меня тоже есть такая же проблема. В моем случае работаем над InstalledSheild / InstalledAware, чтобы выполнить настройку веб-сервиса. После запуска установки появляется описанная выше ошибка, при устранении проблемы при проверке обнаруживается, что путь по умолчанию сайта II удаляется после запуска установки.

Поэтому я просто добавляю путь, как показано ниже.

    Перейти к командной строке -> введите InetMgr

Откройте IIS, перейдите на «Веб-сайт по умолчанию» -> «Дополнительные настройки» (в правом меню)

Перейдите в «Физический путь» и вставьте эти вещи — «% SystemDrive% inetpub wwwroot», как показано ниже

Я обнаружил, что я неправильно назвал некоторые виртуальные каталоги в IIS Manager. После их исправления мне было хорошо.

Эти образцы запускаются на сервере. Таким образом, либо пользователь Windows должен иметь разрешения READ / WRITE, либо запускать образец в режиме администратора.

Попробуйте запустить образец в режиме администратора.

Для меня работает следующее: 1. Щелкните правой кнопкой мыши «Веб-сайт по умолчанию» 2. Выберите «Дополнительные настройки» 3. Настройте физический путь к C: inetpub wwwroot 4. Нажмите OK. 5. Просмотрите веб-сайт по умолчанию. -> Это работает.

Эта строка (верхняя часть трассировки стека) говорит вам, что в конфигурации хостинга что-то не так.

Как настроен ваш сервер? Вы проверили файлы конфигурации?

Я бы специально просмотрел их для любых настроек или атрибутов, которые имеют единственное значение «/».

Думаю, это из-за того, что IIS не может найти корневую папку. т.е. wwwroot. Перезапуск IIS не поможет в некоторых случаях. если корневой путь изменился, вы должны вернуть его в% SystemDrive% inetpub wwwroot

щелкнув правой кнопкой мыши узел сайтов в IIS и изменив физический путь к указанному выше.

и убедитесь, что ваш пул приложений asp.net v4.0 и работает в интегрированном режиме

Смена пула с ASP.NET v4.0 на Framework4 у меня сработала.

я пробовал следующее решение, и оно работало для меня. C: Program Files Microsoft Visual Studio 10.0 Common7 IDE devenv.exe щелкните правой кнопкой мыши файл Devenv.exe на вкладке Compablity -> Уровень привилегий -> нажмите «Запустить». Запрограммируйте как администратор, если для пароля администратора укажите его

если он уже выбран, отмените выбор и снова выберите его -> Применить -> ОК

перезапустите приложение VS и снова опубликуйте свой сайт

Я получал эту ошибку, потому что я случайно открыл проект веб-сайта через подключенный сетевой диск z:folder вместо подключения по пути UNC \serverpathfolder . Как только я открыл проект с пути UNC, он был построен просто отлично.

Я испытал это после обновления до Windows 10 Fall Creators версии 1709. Ни одно из приведенных выше решений не помогло мне. Я смог исправить ошибку следующим образом:

  1. Перейдите в «Панель управления»> «Администрирование»> «Диспетчер IIS».
  2. Выберите «Изменить версию .NET Framework» из «Действия» в правом поле.
  3. Я выбрал последнюю версию и нажал «ОК».

Если IIS Manager недоступен в разделе «Администрирование», вы можете включить его следующим образом:

  1. Нажмите клавишу Windows и введите «Включить или отключить функции Windows», затем выберите результат поиска.
  2. В появившемся диалоговом окне установите флажок «Информационные службы Интернета» и нажмите «ОК».

У меня была эта проблема с конкретным приложением, а не со всем сайтом IIS. В моем случае доступ к каталогу приложения не был проблемой. Вместо этого мне нужно было перезапустить пул приложений.

Я думаю, что это было связано с тем, как приложение было развернуто и были установлены параметры IIS (выполняется с помощью сценариев и агента развертывания).

Это может быть связано с данными в вашем файле web.config . Например, обратная косая черта в имени пользователя домена.

Я столкнулся с той же проблемой при попытке запустить прекомпилятор ASP.Net, оказалось, что я не открывал командную строку от имени администратора. После этого я смог успешно запустить компилятор asp.net.

Я пошел к менеджеру информационных служб Интернета

Нажмите на сайты

Правой кнопкой мыши на вашем сайте

Нажмите «Управление веб-сайтом»> «Дополнительные параметры»

Источник

Failed to get ‘appData’ path #10054

  • Electron version: 1.6.11
  • Operating system: WIN10

Expected behavior

Actual behavior

How to reproduce

The text was updated successfully, but these errors were encountered:

I see the path in your screenshot starts with I: Are you installing electron on a path to which you may not have write access?

I also see the install path is .1.6.11@electron , that looks wrong to me.

I was done with an administrator user. @zeke

@ileler if it was installed as admin i’m also inclined to think that @MarshallOfSound is correct in saying that you have an issue in your install path.

i work in mingw on window 10.
i run npm i -g electron also in mingw..

run in mingw:

run in cmd:

@ileler, What is the value of $USERPROFILE ?

Try to override $USERPROFILE env var to C:UsersAdministrator
Btw what is the values of $HOME , $HOMEDRIVE , $HOMEPATH ?

Ok if you type mkdir -p $USERPROFILE/AppData/Roaming does it work now ?


hahah. get!Thx. but why.

@crazy-max Why electron not automatically exec ‘mkdir’ to create

@ileler Maybe @zeke @zcbenz have the answer but for me there is an issue in Electron.
On Windows, Electron should take the appData from the env var %APPDATA% and not from Chromium (which is taken from USERPROFILE). The doc of app.getPath for Windows is wrong : %APPDATA% on Windows . In fact it is rather %USERPROFILE%AppDataRoaming .

@crazy-max Yes, I agree with you

I think this issue can be closed as a machine configuration issue.

electron : app.GetPath(«appData») (src) calls
chromium : PathService::Get(DIR_APP_DATA, &path); (src) which calls
windows : SHGetFolderPath(NULL, CSIDL_APPDATA, NULL, SHGFP_TYPE_CURRENT, system_buffer)

This should resolve to the following example: C:UsersusernameAppDataRoaming

Looking at the Chromium documentation for PathService::Get() creating dirs and errors seems to be handled correctly too:

Normal configuration of Windows outputs the following:

Источник

The case of the SHGet­Folder­Path(CSIDL_ COMMON_ DOCUMENTS) that returned ERROR_ PATH_ NOT_ FOUND

A customer was experiencing a problem with the SHGet­Folder­Path function. Specifically, they had a program that called the function like this:

but it failed with error 0x80070003 which is the HRESULT version of ERROR_ PATH_ NOT_ FOUND . The error occurs only when run from a Jenkins pipeline. If they the run the program standalone, then the function succeeds and returns the expected result.

A procmon trace showed that the application tried to access the folder C: Windows SysWOW64 autobuild Documents , which failed with NAME_ NOT_ FOUND . And that was the clue that broke things open.

The Common Documents folder defaults to %PUBLIC% Documents . The PUBLIC environment variable’s normal value is C: Users Public , but when the program runs as part of a Jenkins pipeline, the environment variable is set to autobuild for some reason.

This means that when the program calls SHGet­Folder­Path and asks for CSIDL_ COMMON_ DOCUMENTS , the system looks for autobuild Documents , which doesn’t exist, hence error 0x80070003 : “The system cannot find the path specified.”

There are a number of environment variables that have special meaning, and you change them at your peril. You probably know about variables like windir , ProgramFiles , and TEMP , but there are quite a number of other special environment variables, and PUBLIC is one of them.

Armed with this information, the customer went back to see who was messing with the PUBLIC environment variable and try to get them to stop.

Источник

Server Error in ‘/’ Application.

Runtime Error

Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.

Details: To enable the details of this specific error message to be viewable on remote machines, please create a tag within a «web.config» configuration file located in the root directory of the current web application. This tag should then have its «mode» attribute set to «Off».

I had the same error as well. Here is what I did to fix it.

*Go to your default website
* Right Click
* All tasks
* Permissons Wizzards
* Add all permissions that are not inherited

This worked for me so I hope it works for you too!

I have the same problem and have tried all workarounds found on the web, uninstalling and reinstalling IIS and .NET Framework with no results.

Does anyone have a workaround or solution that works?

  • Win XP PRO SP 2 (Swedish)
  • IIS
  • .NET Framwork 1.1
  • .NET Framwork 2.0
  • SQL Server 2000 SQL
  • Server 2005 Express
  • Visual Studio .Net 2003
  • Visual Web Developer 2005 Express

Источник

Источник
Published: 23 Apr 2018
Last Modified Date: 20 Oct 2022

Issue

After opening Tableau Prep, the program fails to launch and the following error occurs: 

A Javascript error occurred in the main process.
Uncaught Exception:
Error: Failed to get ‘documents’ path. 

Environment

  • Tableau Prep 
  • Windows

Resolution

Option 1: If your Documents folder is located on a network drive 

Launch Tableau Prep using your default user credentials, rather than as an administrator. 

Option 2: If your Documents folder may have moved

  1. In Windows Explorer, right-click your Documents folder 
  2. Select Properties > Location > Reset to Default  

Cause

Either the Windows Documents folder has been moved, or is missing, or it is located on a mapped network drive. 

Additional Information

Discuss this article…




Источник

I am testing folder Redirection Domain is 2003.  I receive the following error when the policy is applied:

Log Name:     
Application

Source:       
Microsoft-Windows-Folder Redirection

Date:         
10/21/2013 1:04:23 PM

Event ID:     
502

Task Category: None

Level:        
Error

Keywords:     

User:         
AAMCFoldertest

Computer:     
PC.aamc.org

Description:

Failed to apply policy and redirect folder «Videos» to «\UserShareNameFolderTest$My Videos».

 Redirection options=0x1211.

 The following error occurred: «Failed to copy files from «C:UsersfoldertestVideos» to «\UserShareNameFolderTest$My Videos»».

 Error details: «This function is not supported on this system.

«.

Event Xml:

<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>

  <System>

    <Provider Name=»Microsoft-Windows-Folder Redirection» Guid=»{7D7B0C39-93F6-4100-BD96-4DDA859652C5}» />

    <EventID>502</EventID>

    <Version>0</Version>

    <Level>2</Level>

    <Task>0</Task>

    <Opcode>0</Opcode>

    <Keywords>0x8000000000000000</Keywords>

    <TimeCreated SystemTime=»2013-10-21T17:04:23.599065700Z» />

    <EventRecordID>6980</EventRecordID>

    <Correlation ActivityID=»{8A8AD491-254D-4ABB-9F82-76B5A0669CCF}» />

    <Execution ProcessID=»504″ ThreadID=»3624″ />

    <Channel>Application</Channel>

    <Computer>PC253-137.aamc.org</Computer>

    <Security UserID=»S-1-5-21-1645522239-861567501-1801674531-62941″ />

  </System>

  <EventData Name=»EVENT_FDEPLOY_FailedToApplyPolicy»>

    <Data Name=»FromFolder»>Videos</Data>

    <Data Name=»ToFolder»>\UserShareNameFolderTest$My Videos</Data>

    <Data Name=»Options»>0x1211</Data>

    <Data Name=»Error»>Failed to copy files from «C:UsersfoldertestVideos» to «\UserShareNameFolderTest$My Videos»</Data>

    <Data Name=»ErrorDetails»>This function is not supported on this system.

</Data>

  </EventData>

</Event>

*******************************************************

It does this for Pictures, Music and Documents.  It will create the folders on the share drive but moves no data.  Any guidance would greatly be appreciated been working this issue for quite some time. 

Client Windows 7 Enterprise

  • Edited by

    Monday, October 21, 2013 7:00 PM

Источник

  • Add bookmark

  • #1

Hey there Paradox folks,

I’m trying to play Imperator for the first time. I downloaded it on steam and tried to run it but encountered the attached error. I uninstalled, restarted my PC, reinstalled, and still am receiving this error whenever I try to start it. Any help would be appreciated. My documents file is in the normal location, I haven’t moved it, so no idea what could be causing this.

Thanks,
Austin

  • ImperatorJSerror.png

    ImperatorJSerror.png

    33,4 KB · Views: 9

  • Add bookmark

  • #2

Ended up being able to fix this error in a strange way.

I uninstalled imperator and steam and then I manually removed additional files in «appdata» or anything that might be from paradox.
I reinstalled steam and installed CK2 to install the paradox launcher through that install instead.
CK2 worked fine.
So I then installed imperator with the paradox launcher already installed by the CK2 install.
Now imperator runs perfect.

AndrewT


  • Add bookmark

  • #3

That error usually mean the Windows User Documents folder is not where is should be. So i don’t really understand how what you did helped, but I’m glad it did!

Источник

This guide assumes you already have BeamNG on Steam and can run it using Proton.

  1. Download BeamMP client and extract the installer.

  2. Locate the Wine prefix used for the game. By default it should be in ~/.steam/steam/SteamApps/compatdata/284160/pfx

  3. Open the terminal and set the following variable:export WINEPREFIX=~/.steam/steam/SteamApps/compatdata/284160/pfx

  4. Run wine path/to/BeamMP_Installer.exe

  5. Install as normal. There should be no issues.

  6. Check in .../284160/pfx/drive_c/users/your_user_name/Desktop that the launcher is installed.

  7. Select the latest proton version for BeamNG:In Steam, Right click BeamNG > Properties > CompatibilityCheck «Force the use of a specific Steam Play compatibility tool» and select a version.Alternatively, figure out the default version.

  8. Locate the directory of the selected Proton version. By default, it should be in ~/.steam/steam/SteamApps/common/Proton x.y

  9. Set export STEAM_COMPAT_DATA_PATH=~/.steam/steam/SteamApps/compatdata/284160/pfx

  10. Run ~/.steam/steam/SteamApps/common/Proton x.y/proton run ~/.steam/steam/SteamApps/compatdata/284160/pfx/drive_c/users/your_user_name/Desktop/BeamMP-Launcher.lnk

  11. If you get an error that it can’t launch the game and you should try launching it, launch the game normally through Steam, close it and try the previous 2 steps again.

That’s it, you should be able to play the multiplayer, have fun!

Источник


Description


Christian Stadelmann



2015-09-03 18:17:49 UTC

Description of problem:
Gnome-initial-setup does not create folders named Documents, Download, Music, Pictures, Videos. Tracker thinks they were existing.


Version-Release number of selected component (if applicable):
Fedora 23 Alpha Workstation installer


How reproducible:
Warnings happen on every boot


Actual results:
Those folders don't exist.
Warnings printed by Tracker:

Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
Sep 03 19:19:23 hostname gnome-session[1947]: (tracker-miner-fs:2283): Tracker-WARNING **: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.


Expected results:
Folders should exist or tracker should not print warnings. I prefer the first.


Additional info:
This might be a bug in tracker instead, depending on whether you think those folders should be created by default on any GNOME desktop. I think they should be created so I filed this bug against gnome-initial-setup. Feel free to reassign if you have a different opinion.
I know that this is a possible duplicate of bug #832608
Tracker prints some errors in case those folders are missing, see bug #1248157


Comment 1


Rui Matos



2015-09-04 12:50:51 UTC

xdg-user-dirs is supposed to create these directories the first time you login to a new user account and it seems to work here on a quick test with F23 beta TC1.

How did you create this user account and how did you login?


Comment 2


Christian Stadelmann



2015-09-04 13:23:07 UTC

I created the user account from anaconda from a F23 Alpha Workstation live image. After successful installation I just logged in from gdm. I don't recall whether I logged in into a Gnome/X or Gnome/Wayland session.

From my existing account I just created another account and logged in (Gnome/Wayland) and the same issue happened. Those folders are not created.

I can't test it on a fresh Gnome/X session because every time I log in it freezes my whole computer (this is a different issue I can't report right now).


Comment 3


Christian Stadelmann



2015-09-04 13:40:01 UTC

According to xdg-user-dir, all those folders default to /home/[username]

Running xdg-user-dirs-gtk-update does nothing.
Running xdg-user-dirs-update creates the missing folders. This is a workaround.

> I don't recall whether I logged in into a Gnome/X or Gnome/Wayland session.
According to journal it was a Gnome/Wayland session. This means that gnome-initial-setup ran under Wayland.


Comment 4


Rui Matos



2015-09-04 13:50:22 UTC

Right, I think we're not running the xinitrc.d scripts on wayland sessions so that's why you got that since xdg-user-dirs-update is called from

/etc/X11/xinit/xinitrc.d/xdg-user-dirs.sh

I think Ray looked at this before, not sure what's the current status.


Comment 5


Ray Strode [halfline]



2015-09-08 14:13:25 UTC

i don't recall looking into this before, but xdg-user-dirs probably needs to ship an autostart file.

wayland sessions aren't going to run through a stack of shell scripts at login time.


Comment 6


Matthias Clasen



2015-09-08 18:57:12 UTC

From a quick across-the-cubewall discussion, the solution here is to have an autostart file for xdg-user-dirs-update, so it gets run regardless of xinitrc. Just make sure to put it in the init phase, so it runs early enough that nautilus hasn't started yet (for classic mode).


Comment 7


Rui Matos



2015-09-09 16:17:14 UTC

I've got a patch for the rpm here that seems to work for GNOME both on X11 and wayland as well as classic (i.e. with nautilus on the desktop).

But I have one doubt: the xinitrc script always runs and runs early enough regardless of desktop environment or window manager. The autostart file won't run on every desktop and worse it might not run at the right time for some desktops.

Should I limit it to GNOME sessions? But then isn't it a regression for other desktops? Do we have a list of desktops we should care about regarding this?


Comment 8


Christian Stadelmann



2015-09-09 16:42:42 UTC

Why is it so important that it runs before nautilus starts? How about restarting nautilus in case it is already running?


Comment 11


Ray Strode [halfline]



2015-09-09 18:03:38 UTC

(In reply to Rui Matos from comment #7)
> But I have one doubt: the xinitrc script always runs and runs early enough
> regardless of desktop environment or window manager.
well that's not true. it doesn't run for weston or gnome on wayland ! So the xinitrc script only works on legacy desktop environments.

> The autostart file won't run on every desktop 
Well, the autostart spec is much older than user-dirs (like 2005 or 2006 i think) so it's more likely that a desktop environment supports it than relies on user dirs I think. Also, xdg-user-dirs-gtk-update already relies on autostart... If someone complains you could always add it back i guess in a compat subpackage, but I don't think anyone will complain

> worse it might not run at the right time for some desktops.
I think that desktops that rely on it getting run, should use whatever session manager they have to make sure it gets run. It's sort of a shame the autostart spec doesn't have support for phased start up (or whatever) but those things vary from desktop to desktop anyway so I guess it would be hard. Note, actually there's a race anyway with xdg-user-dirs-gtk-update since if the user switches locales the folders will get renamed at the *end* of start up, and so components that can't handle it getting changed, or can't handle the directories not existing are going to misbehave when the directories get renamed, so code must be somewhat robust to things not matching expectations anyway.

> Should I limit it to GNOME sessions? But then isn't it a regression for
> other desktops? 
Priority should be fedora workstation (so gnome and kde), of course. Everything else is best effort, but I think in this case best effort will more than likely be good enough without fallout.  And, if there is fallout we can always introduce a compat subpackage.

Thanks for fixing this!


Comment 12


Fedora Update System



2015-09-10 05:51:11 UTC

xdg-user-dirs-0.15-7.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.nIf you want to test the update, you can install it with n su -c 'yum --enablerepo=updates-testing update xdg-user-dirs'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15487


Comment 13


Fedora Update System



2015-09-20 15:22:46 UTC

xdg-user-dirs-0.15-7.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

Источник

Error: Failed to get ‘documents’ path #21142

Comments

Leaking commented Nov 15, 2019 •

Preflight Checklist

  • I have read the Contributing Guidelines for this project.
  • I agree to follow the Code of Conduct that this project adheres to.
  • I have searched the issue tracker for an issue that matches the one I want to file, without success.

Issue Details

fail to get documents path

  • Electron Version:
    • 5.0.8
  • Operating System:
    • Windows 7 (6.1.7601)
  • Last Known Working Electron version:
    *

Expected Behavior

return ‘my documents’ path

Actual Behavior

Error: Failed to get ‘documents’ path

The text was updated successfully, but these errors were encountered:

sofianguy commented Nov 19, 2019 •

@Leaking 6.1.7601 is not a valid operating system — can you please fix that so we can triage your issue more effectively?

sofianguy commented Dec 9, 2019

Thank you for your issue!

We haven’t gotten a response to our questions in our comment above. With only the information that is currently in the issue, we don’t have enough information to take action. I’m going to close this but don’t hesitate to reach out if you have or find the answers we need, we’ll be happy to reopen the issue.

Leaking commented Dec 10, 2019

We haven’t gotten a response to our questions in our comment above. With only the information that is currently in the issue, we don’t have enough information to take action. I’m going to close this but don’t hesitate to reach out if you have or find the answers we need, we’ll be happy to reopen the issue.

sorry, 6.1.7601 is the release/build num of windows 7, i have update the issue

electron-triage commented Feb 19, 2020

Thank you for taking the time to report this issue and helping to make Electron better.

The version of Electron you reported this on has been superseded by newer releases.

If you’re still experiencing this issue in Electron 6.x.y or later, please add a comment specifying the version you’re testing with and any other new information that a maintainer trying to reproduce the issue should know.

I’m setting the blocked/need-info label for the above reasons. This issue will be closed 7 days from now if there is no response.

Thanks in advance! Your help is appreciated.

Источник

[Windows 10] Unable to get My Documents dir: GetShortPathNameW failed #417

Comments

rocifier commented Aug 7, 2017 •

In Windows 10, a message box displays every time I run a game created with AGS. This includes games I make from the editor 3.4.0 and exes. The error message is:

This is related to saved games as seen in this code.

My use account has a My Documents directory. This error message doesn’t seem to affect the game, and clicking OK resumes the loading of the game, and all the saved games work perfectly in each game.

The text was updated successfully, but these errors were encountered:

rocifier commented Aug 7, 2017 •

Update: I have been looking through my file system, and I actually don’t have a «My Documents» folder. The closest equivalent I can find is in C:UsersXXXDocuments however it doesn’t contain much of anything interesting so I wouldn’t expect saved games to go there.

From my experience, app / game data usually should get stored locally under C:UsersXXXAppDataLocalAppName so that would be CSIDL_LOCAL_APPDATA, not CSIDL_PERSONAL.

From the docs on CSIDL:
The user’s profile folder. A typical path is C:Usersusername. Applications should not create files or folders at this level; they should put their data under the locations referred to by CSIDL_APPDATA or CSIDL_LOCAL_APPDATA. However, if you are creating a new Known Folder the profile root referred to by CSIDL_PROFILE is appropriate.

Can anyone second this?

ghost commented Aug 7, 2017 •

AGS saves to «My Documents» only on Windows XP, on Vista, Windows 7 and higher it saves games to %USERPROFILE%/Saved Games/, or correspondent alternative. This is the path returned by FOLDERID_SAVEDGAMES.

The problem could originate from CSIDL_PERSONAL returning something unexpected on Windows 10, something GetShortPathNameW fails to work with. Although, to be honest, this is the first time such problem is reported for Windows 10, but truth is that this part of code should not run at all for contemporary systems.

I will see if I can change the code so that it won’t check for paths compatible with old Windows versions unless newer version was not detected.

rocifier commented Aug 8, 2017

I’m not sure what my alternative would be since I don’t have a saved games folder. I will see what these paths return when I get home.

rocifier commented Aug 8, 2017

Looking at the code after your comment it is not doing precisely what you said. First it is getting My Documents dir every time as a fallback, and then trying to get the Saved Games dir after that.

monkey0506 commented Aug 8, 2017

@ivan-mogilko stated, «I will see if I can change the code». Clearly the code hasn’t been magically fixed retroactively.

monkey0506 commented Aug 8, 2017

And «%USERPROFILE%/Saved Games» is a standard system path.

rocifier commented Aug 8, 2017

@ivan-mogilko are you still working on AGS then? I’d be happy to make a contribution. I just ask because I saw your announcement from April

ghost commented Aug 8, 2017 •

Looking at the code after your comment it is not doing precisely what you said. First it is getting My Documents dir every time as a fallback, and then trying to get the Saved Games dir after that.

Right, I need to clarify myself. AGS looks up for those folders always. But it writes savegames to existing path depending on operating system (or at least supposed to).

@ivan-mogilko are you still working on AGS then? I’d be happy to make a contribution. I just ask because I saw your announcement from April

I am planning to finish the 3.4.1 release, which needs few bug-fixes, including this error now. I was busy recently, but going to attend this issue later this week. Of course we also accept pull requests and patches. If you want to try it yourself, please make one on top of «release-3.4.1» branch, so that it gets into 3.4.1 (master branch already contains additional changes that I do not want to put into 3.4.1).

Источник

Как решить сообщение об ошибке: «Не удалось сопоставить путь« / ».»

Я искал и искал в Google, и я не могу найти ничего, что кажется подходящим для моей ситуации, не говоря уже о решении проблемы. Неважно, по какому адресу на моем веб-сайте я пытаюсь перейти (даже несуществующие адреса выдают эту ошибку вместо 404), я получаю одно и то же сообщение (путь всегда ‘/’). Любые идеи?

ОБНОВЛЕНИЕ: Я вернулся на сайт через несколько минут после публикации — не внес изменений в код или конфигурацию — и ошибка исчезла. Я действительно сбит с толку, но это больше не проблема.

У меня была та же проблема (MVC 4) в IIS 7. Оказалось, что удостоверение пула приложений не имеет правильной авторизации к пути сайта.

перезапуск IIS решил ту же проблему в моем случае. Похоже, что-то не получается в IIS. Не стоит и моей паники.

Вам не нужно сбрасывать IIS, вы можете просто перезапустить пул приложений.

Сегодня, когда я переименовал веб-сайт по умолчанию, на котором размещалось мое приложение MVC, я тоже начал получать эту ошибку. Но я перезапустил IIS, и проблема была решена.

У меня тоже есть такая же проблема. В моем случае работаем над InstalledSheild / InstalledAware, чтобы выполнить настройку веб-сервиса. После запуска установки появляется описанная выше ошибка, при устранении проблемы при проверке обнаруживается, что путь по умолчанию сайта II удаляется после запуска установки.

Поэтому я просто добавляю путь, как показано ниже.

    Перейти к командной строке -> введите InetMgr

Откройте IIS, перейдите на «Веб-сайт по умолчанию» -> «Дополнительные настройки» (в правом меню)

Перейдите в «Физический путь» и вставьте эти вещи — «% SystemDrive% inetpub wwwroot», как показано ниже

Я обнаружил, что я неправильно назвал некоторые виртуальные каталоги в IIS Manager. После их исправления мне было хорошо.

Эти образцы запускаются на сервере. Таким образом, либо пользователь Windows должен иметь разрешения READ / WRITE, либо запускать образец в режиме администратора.

Попробуйте запустить образец в режиме администратора.

Для меня работает следующее: 1. Щелкните правой кнопкой мыши «Веб-сайт по умолчанию» 2. Выберите «Дополнительные настройки» 3. Настройте физический путь к C: inetpub wwwroot 4. Нажмите OK. 5. Просмотрите веб-сайт по умолчанию. -> Это работает.

Эта строка (верхняя часть трассировки стека) говорит вам, что в конфигурации хостинга что-то не так.

Как настроен ваш сервер? Вы проверили файлы конфигурации?

Я бы специально просмотрел их для любых настроек или атрибутов, которые имеют единственное значение «/».

Думаю, это из-за того, что IIS не может найти корневую папку. т.е. wwwroot. Перезапуск IIS не поможет в некоторых случаях. если корневой путь изменился, вы должны вернуть его в% SystemDrive% inetpub wwwroot

щелкнув правой кнопкой мыши узел сайтов в IIS и изменив физический путь к указанному выше.

и убедитесь, что ваш пул приложений asp.net v4.0 и работает в интегрированном режиме

Смена пула с ASP.NET v4.0 на Framework4 у меня сработала.

я пробовал следующее решение, и оно работало для меня. C: Program Files Microsoft Visual Studio 10.0 Common7 IDE devenv.exe щелкните правой кнопкой мыши файл Devenv.exe на вкладке Compablity -> Уровень привилегий -> нажмите «Запустить». Запрограммируйте как администратор, если для пароля администратора укажите его

если он уже выбран, отмените выбор и снова выберите его -> Применить -> ОК

перезапустите приложение VS и снова опубликуйте свой сайт

Я получал эту ошибку, потому что я случайно открыл проект веб-сайта через подключенный сетевой диск z:folder вместо подключения по пути UNC \serverpathfolder . Как только я открыл проект с пути UNC, он был построен просто отлично.

Я испытал это после обновления до Windows 10 Fall Creators версии 1709. Ни одно из приведенных выше решений не помогло мне. Я смог исправить ошибку следующим образом:

  1. Перейдите в «Панель управления»> «Администрирование»> «Диспетчер IIS».
  2. Выберите «Изменить версию .NET Framework» из «Действия» в правом поле.
  3. Я выбрал последнюю версию и нажал «ОК».

Если IIS Manager недоступен в разделе «Администрирование», вы можете включить его следующим образом:

  1. Нажмите клавишу Windows и введите «Включить или отключить функции Windows», затем выберите результат поиска.
  2. В появившемся диалоговом окне установите флажок «Информационные службы Интернета» и нажмите «ОК».

У меня была эта проблема с конкретным приложением, а не со всем сайтом IIS. В моем случае доступ к каталогу приложения не был проблемой. Вместо этого мне нужно было перезапустить пул приложений.

Я думаю, что это было связано с тем, как приложение было развернуто и были установлены параметры IIS (выполняется с помощью сценариев и агента развертывания).

Это может быть связано с данными в вашем файле web.config . Например, обратная косая черта в имени пользователя домена.

Я столкнулся с той же проблемой при попытке запустить прекомпилятор ASP.Net, оказалось, что я не открывал командную строку от имени администратора. После этого я смог успешно запустить компилятор asp.net.

Я пошел к менеджеру информационных служб Интернета

Нажмите на сайты

Правой кнопкой мыши на вашем сайте

Нажмите «Управление веб-сайтом»> «Дополнительные параметры»

Источник

Failed to get ‘appData’ path #10054

Comments

kerwin612 commented Jul 18, 2017 •

  • Electron version: 1.6.11
  • Operating system: WIN10

Expected behavior

Actual behavior

How to reproduce

The text was updated successfully, but these errors were encountered:

zeke commented Jul 18, 2017

I see the path in your screenshot starts with I: Are you installing electron on a path to which you may not have write access?

MarshallOfSound commented Jul 18, 2017

I also see the install path is .1.6.11@electron , that looks wrong to me.

kerwin612 commented Jul 19, 2017

I was done with an administrator user. @zeke

kerwin612 commented Jul 31, 2017

codebytere commented Aug 1, 2017

@ileler if it was installed as admin i’m also inclined to think that @MarshallOfSound is correct in saying that you have an issue in your install path.

kerwin612 commented Aug 2, 2017

i work in mingw on window 10.
i run npm i -g electron also in mingw..

run in mingw:

run in cmd:

crazy-max commented Sep 4, 2017

@ileler, What is the value of $USERPROFILE ?

kerwin612 commented Sep 4, 2017

crazy-max commented Sep 4, 2017 •

Try to override $USERPROFILE env var to C:UsersAdministrator
Btw what is the values of $HOME , $HOMEDRIVE , $HOMEPATH ?

kerwin612 commented Sep 4, 2017

crazy-max commented Sep 4, 2017

Ok if you type mkdir -p $USERPROFILE/AppData/Roaming does it work now ?

kerwin612 commented Sep 4, 2017


hahah. get!Thx. but why.

kerwin612 commented Sep 4, 2017

@crazy-max Why electron not automatically exec ‘mkdir’ to create

crazy-max commented Sep 4, 2017 •

@ileler Maybe @zeke @zcbenz have the answer but for me there is an issue in Electron.
On Windows, Electron should take the appData from the env var %APPDATA% and not from Chromium (which is taken from USERPROFILE). The doc of app.getPath for Windows is wrong : %APPDATA% on Windows . In fact it is rather %USERPROFILE%AppDataRoaming .

kerwin612 commented Sep 4, 2017

@crazy-max Yes, I agree with you

robinwassen commented Oct 15, 2017

I think this issue can be closed as a machine configuration issue.

electron : app.GetPath(«appData») (src) calls
chromium : PathService::Get(DIR_APP_DATA, &path); (src) which calls
windows : SHGetFolderPath(NULL, CSIDL_APPDATA, NULL, SHGFP_TYPE_CURRENT, system_buffer)

This should resolve to the following example: C:UsersusernameAppDataRoaming

Looking at the Chromium documentation for PathService::Get() creating dirs and errors seems to be handled correctly too:

Normal configuration of Windows outputs the following:

Источник

Источник

Понравилась статья? Поделить с друзьями:
  • Error description error 5000
  • Error description dest string less than needed
  • Error description an unknown error occurred office 2013
  • Error description an unknown error occurred 0x46 office 2016
  • Error description an unknown error occurred 0x1a8