Bug report #9671

SAGA and GRASS: "missing dependency" error when logged using "Windows network user profiles"

Added by Miroslav Umlauf about 10 years ago. Updated almost 9 years ago.

Status:Closed
Priority:Normal
Assignee:Victor Olaya
Category:Processing/Core
Affected QGIS version:2.2.0 Regression?:No
Operating System:Windows Easy fix?:No
Pull Request or Patch supplied:No Resolution:invalid
Crashes QGIS or corrupts data:No Copied to github as #:18238

Description

I have tested it on 3 PCs with Windows 7 64. Straight after install of QGIS 2.2 I was able to run GRASS commands and SAGA tools in processing toolbox. After restart all GRASS and SAGA tools come up with error "missing dependency" and no matter I set in options and configuration. I can run saga from C:\\OSGeo4W64\\apps\\saga without problems. Both GUI and cmd.

saga_01.png - Saga settings in toolbox configuration (28.9 KB) Miroslav Umlauf, 2014-02-26 07:42 PM

saga_02.png - Installed saga (92.4 KB) Miroslav Umlauf, 2014-02-26 07:42 PM

saga_03.png - missing dependency (51.3 KB) Miroslav Umlauf, 2014-02-26 07:42 PM

History

#1 Updated by Giovanni Manghi about 10 years ago

  • Status changed from Open to Feedback

paths to applications can be mixed up if you install both the standalone and osgeo4w versions of qgis. Is this the case?

I just tested by installing osgeo4w from scratch and no issues after closing and restarting qgis. Some thing after wiping configurations (with regedit) and installing the standalone.

#2 Updated by Giovanni Manghi about 10 years ago

  • Subject changed from SAGA and GRASS in toolbox missing dependency in OSGeo4W64 to SAGA and GRASS: "missing dependency" error in OSGeo4W64
  • Category set to 94

#3 Updated by Miroslav Umlauf about 10 years ago

Yes it can be the case. I have tested install osgeo4w64 on my fresh Windows 7 64b at home and all is working also after restarts (except orfeo toolbox but that is not working from start with "OTB folder is not configured"). First I thought I did it on fresh install before but on second thought I am not that sure now. At least in one case there was desktop version before and possibly on other computers too. And even if I did it on fresh install of Windows 7 we have network profiles so there can be some rests in user folder anyway.

#4 Updated by Miroslav Umlauf about 10 years ago

OK, now I am lost. I have completely uninstalled all QGIS on Windows 7 64bit. I have deleted folders C:\\OSGeo4W and C:\\OSGeo4W64. I have deleted C:\\users\\user\\.qgis2. I started regedit and deleted whole HKEY_CURRENT_USER/Software/QGIS. I have used ccleaner and to make sure one other software to clean registry. What else I need to delete so I can start clean install and so repair missing dependency? Because all mentioned above didn't fix the problem and after reinstall it is the same story again. And the toolbox still remember the tool I succesfuly used when first time checked after first fresh install in the Recently used algorithms.

#5 Updated by Giovanni Manghi about 10 years ago

Miroslav Umlauf wrote:

OK, now I am lost. I have completely uninstalled all QGIS on Windows 7 64bit. I have deleted folders C:\\OSGeo4W and C:\\OSGeo4W64. I have deleted C:\\users\\user\\.qgis2. I started regedit and deleted whole HKEY_CURRENT_USER/Software/QGIS. I have used ccleaner and to make sure one other software to clean registry. What else I need to delete so I can start clean install and so repair missing dependency?

that is weird

And the toolbox still remember the tool I succesfuly used when first time checked after first fresh install in the Recently used algorithms.

so after all the cleaning above, when you re-install the toolbox still show you the tools you used in the "Recently used algorithms" section?

#6 Updated by Miroslav Umlauf about 10 years ago

Yep. As it is on saga_03.png. I just found out it must have something to do with my network user profile because I have just logged in locally as different user and successfully run saga tools under that user account on the same computer.

#7 Updated by Giovanni Manghi about 10 years ago

Miroslav Umlauf wrote:

I just found out it must have something to do with my network user profile because I have just logged in locally as different user and successfully run saga tools under that user account on the same computer.

so it seems you have just found your issue(?)

#8 Updated by Miroslav Umlauf about 10 years ago

Not really. It is now only more localized. It has definitely something to do with user profile. Unfortunately I can't simply delete my network profile and create new one to reset QGIS settings because there are many other things I would lose. So I need to find out what else except C:\\users\\user\\.qgis2 and HKEY_CURRENT_USER/Software/QGIS in registry must be deleted to reset all QGIS (osgeo4w64) user settings.

#9 Updated by Giovanni Manghi about 10 years ago

Miroslav Umlauf wrote:

Not really. It is now only more localized. It has definitely something to do with user profile. Unfortunately I can't simply delete my network profile and create new one to reset QGIS settings because there are many other things I would lose. So I need to find out what else except C:\\users\\user\\.qgis2 and HKEY_CURRENT_USER/Software/QGIS in registry must be deleted to reset all QGIS (osgeo4w64) user settings.

ok.

as in a normal (local) qgis installation all works as expected, would you mind edit the title/description to better fit this new findings? thanks.

#10 Updated by Miroslav Umlauf about 10 years ago

Yes. Obviously it doesn't have to do anything with the new installation. The problem is leftovers after older installations in user profile (user folder, user registry or both).

would you mind edit the title/description to better fit this new findings

Can't find the way to change title or anything else in major post, probably don't have rights to do that, sorry.

#11 Updated by Giovanni Manghi about 10 years ago

Miroslav Umlauf wrote:

Yes. Obviously it doesn't have to do anything with the new installation. The problem is leftovers after older installations in user profile (user folder, user registry or both).

would you mind edit the title/description to better fit this new findings

Can't find the way to change title or anything else in major post, probably don't have rights to do that, sorry.

I can change it if necessary. I guess anyway that now we have to figure if there is a real issue or not. If there isn't we can close this.

#12 Updated by Paolo Cavallini almost 10 years ago

  • Assignee set to Victor Olaya

#13 Updated by Miroslav Umlauf almost 10 years ago

Ok, the problem is definitely caused by Windows network user profiles. I asked two other people to install QGIS and test it and same problem: "missing dependency". On the same computers when logged in locally all the tools works as it should.

#14 Updated by Giovanni Manghi almost 10 years ago

  • Subject changed from SAGA and GRASS: "missing dependency" error in OSGeo4W64 to SAGA and GRASS: "missing dependency" error when logged using "Windows network user profiles"
  • Status changed from Feedback to Open

#15 Updated by Janos Meszaros about 9 years ago

Could you find any solution for this problem? Because looking on the description of the problem, it seems to me that my current challenge with my QGIS 2.6.1 install is exactly the same.

#16 Updated by Miroslav Umlauf about 9 years ago

If I need to use toolbox I have to run QGIS as (local) different user (shift + right click). Of course this way I loose chance to use my plugins which are saved under my user profile, can't do drag & drop with files etc. Still I found it better than logout and login... I have also second computer which I remotely use with local user account and possibly in future will make that machine my primary for QGIS work if this issue won't be fixed.

#17 Updated by Janos Meszaros about 9 years ago

Unfortunately, in my case a local user can't use GRASS and SAGA algorithms from processing toolbox on Win7 64bit. I always get a "Missing dependency" warning but those software is configured automatically using OSGeo4W installer what I prefer). It's strange that installation of new version of SAGA (2.1.2) caused the problem on my notebook.
I hope the 2.8 version will solve this issue.

#18 Updated by Giovanni Manghi about 9 years ago

Janos Meszaros wrote:

Unfortunately, in my case a local user can't use GRASS and SAGA algorithms from processing toolbox on Win7 64bit. I always get a "Missing dependency" warning but those software is configured automatically using OSGeo4W installer what I prefer). It's strange that installation of new version of SAGA (2.1.2) caused the problem on my notebook.
I hope the 2.8 version will solve this issue.

the network users issue is something that probably need to be addressed in Processing. The problem using the local user is usually a... local issue. It is not unusual to find users that are mixing old configurations or versions of Processing and so they get the "Missing dependency" message. Please try, for example, to temporarily rename your .qgis2 folder.

#19 Updated by Janos Meszaros about 9 years ago

Thank you for your help, unfortunately it didn't help in my case. But...
I installed QGIS 2.6.1, GRASS GIS 6, SAGA 2.1.2, Orfeo Toolbox and GPSBabel software and depenedcies with OSGeo4w installer using advanced mode -> No help
Therefore, I searched for the Processing plugin on the QGIS plugins website (https://plugins.qgis.org/plugins/processing/version/2.2.0-2/) and manually downloaded a zip file, containing the most recent version (2.2.0-2). The original processing folder was deleted from "C:\\OSGeo4W64\\apps\\qgis\\python\\plugins" and after that I unpacked zipped version. -> Voilá, it helped, everything is OK, I can use GRASS 6 and SAGA 2.1.2 algorithms.

I don't know but maybe it can solve the network problem as well.

#20 Updated by Miroslav Umlauf almost 9 years ago

It turned out all problems were caused by our terrible network "group policy" where the security settings were blocking all these linked tools. So from my point of view this can be closed.

#21 Updated by Giovanni Manghi almost 9 years ago

  • Resolution set to invalid
  • Status changed from Open to Closed

#22 Updated by Giovanni Manghi almost 9 years ago

  • Category changed from 94 to Processing/Core

Also available in: Atom PDF