Closed qgib closed 5 years ago
qgib
commented
6 years ago Author Name: Saber Razmjooei (@saberraz)
Have you tried with a clean and new profile?
qgib
commented
6 years ago Author Name: robert kalasek (@rkalasek)
not yet ... it seems that any "system-dialog" which is related to file-actions causes that kind of freeze. e.g. in gpx-plugin: on opening "select files".
qgib
commented
6 years ago Author Name: robert kalasek (@rkalasek)
just changed to a fresh profile by deleting everything in /Users/xxxxxx/Library/Application Support/QGIS/QGIS3/profiles and restarting qgis 3. nothing has changed - as you can see in the attached file the "ghost image" of the dialog is still popping up while the whole system is somehow halted for more than 10 seconds. the window's size changes to the dimensions one would expect thereafter and the dialog is active. but any kind of activity within that open "finder"-window, like changing to a different folder triggers another 10sec freeze.
qgib
commented
6 years ago Author Name: Giovanni Manghi (@gioman)
qgib
commented
6 years ago Author Name: Rhenriques Henriques (Rhenriques Henriques)
This problem seems to be linked to folder refresh in opening dialogues. If we have list view enabled and use the small arrow to expand folders, the problem disappears. If we have to open folders, QGIS will freeze in each opening for some seconds (sometimes more than 10). So, for now, to deal with this problem before a definitive solution, use list view in opening dialogues. Cheers
qgib
commented
6 years ago Author Name: robert kalasek (@rkalasek)
list view is enabled by default on my mac. using the "small arrows" somehow really bypasses the problem in certain situations !
but it doesn't help for instance when you try to open data sources in "data source manager" (cmd + L). even if the default file/folder view is set to list, opening any file-related dialog triggers the (up to 15 sec) break and it freezes the whole system (which is pretty strange !). since the data source manager still is the appropriate way to import f.i. csv-data properly (see https://gis.stackexchange.com/questions/89269/how-to-change-a-csv-layer-attribute-value-from-text-to-number-once-again) this is a substantial issue.
qgib
commented
6 years ago Author Name: Rhenriques Henriques (Rhenriques Henriques)
Yes, robert, using the small arrows is only a way to circunvent this problem in certain situations. The bug must be corrected because there are more situations that it can occur than the ones where we can use small tricks to avoid it. This is now one of the only bugs that keep me from migrating to this new version.
qgib
commented
6 years ago Author Name: Rhenriques Henriques (Rhenriques Henriques)
We can minimize this problem for now by using the Browser Panel. Not the most desirable solution but still funcional. I've right clicked "Favorites" and created a few folders with my projects or layer sources. Browsing files with this option does not suffer from the lag that the system dialog boxes show. Cheers
qgib
commented
6 years ago Author Name: robert kalasek (@rkalasek)
the faforites workaround is exactly the way i did it ;) recent version 3.4.1 unfortunately doesn't solve the problem - do you know where i can download a 3.3 version for mac ?
qgib
commented
6 years ago Author Name: robert kalasek (@rkalasek)
... by the way: /Volumes entry in Browser Panel doesn't work either. workaround via Favorites is ok for this issue as well - but you have to be patient on opening the file-manager for specifying the favorites-entry ... 10 sec break.
qgib
commented
5 years ago Author Name: Rhenriques Henriques (Rhenriques Henriques)
This problem seems to be linked to William´s compilation being built against QT 5.11.1. If we compile directly from OSGeo4, for instance using the formula "brew install osgeo/osgeo4mac/qgis3" in the terminal, the resulting version is built against QT 5.11.2 and does not show this problem. However, unfortunately, SAGA modules are not mounted correctly in this version. William's compilation is more complete and functional to MacOS when compared to OSGeo4 one. The latest 3.4.1-4 version does not have any lag in High Sierra (10.13.6). This seems to be linked to the OS version.
qgib
commented
5 years ago Author Name: Willem Buitendyk (@swaxolez)
I noted this same issue with Bug report #28144. Initially after installing via homebew using the osgeo formula everything worked well. Unfortunately, as of today its back to the same problem. Whenever I go to open a file dialog it will freeze the entire QGIS for 10 seconds for almost every action I click on in the file browser dialog. I do not have my Mac to automatically install updates so I don't think anything in Mojave changed. Very frustrating - especially since I thought I had remedied the problem.
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
it's frustrating indeed. in particular because there seems to be a lack on pre release testing for mac for quite a while. offering ressorces about two years ago didn't catch any attention and thus it's kind of a groundhog day sitiation on every release ...
qgib
commented
5 years ago Author Name: Giovanni Manghi (@gioman)
robert kalasek wrote:
offering ressorces about two years ago didn't catch any attention
in the users mailing list? developers?
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
in bug report list and in gis.stackexchange.com
qgib
commented
5 years ago Author Name: Valerio Frabotta (Valerio Frabotta)
hi, same problem here and seems nothing has changed with the new version (3.4.2-1) on mojave 10.14.1 .
it's very frustrating... someone can do something to help us?
qgib
commented
5 years ago Author Name: Giovanni Manghi (@gioman)
someone can do something to help us?
us who? macos users? your company/institution?
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
in my personal case "us" is academic teacher ... giving an introductory course to GIS for about 120 students a year and i am really interested in drawing attention to non commercial software. on stackexchange somebody suggested to spend money for fixing that issue. i am sorry teachers usually aren't that prosperous so the only thing i can do is what i have done already ... offering pre release testing. that could potentially help to release stable versions on all platforms. and propably that is what anybody expects - at least when it comes to LTR-releases.
qgib
commented
5 years ago Author Name: Valerio Frabotta (Valerio Frabotta)
Giovanni Manghi wrote:
someone can do something to help us?
us who? macos users? your company/institution?
is that really important?
qgib
commented
5 years ago Author Name: Hamish Campbell (Hamish Campbell)
Hi, confirming the same issue, 3.4.1-Madeira built with QT 5.11.1 on OSX Mojave (10.14.1) installed from the package that was published at https://qgis.org/en/site/forusers/download.html.
3.4.2-Madeira is now available there, built against QT 5.11.2. The issue still exists in this build.
As an aside, I've attempted install from brew to see if the problem exists there, but it fails to build:
==> cmake --build . --target all -- -j 4
Last 15 lines from /Users/hamish/Library/Logs/Homebrew/qgis3/31.cmake:
QgsPythonUtilsImpl::PyObjectToQString(_object*) in qgspythonutilsimpl.cpp.o
"_Py_Finalize", referenced from:
QgsPythonUtilsImpl::exitPython() in qgspythonutilsimpl.cpp.o
"_Py_Initialize", referenced from:
QgsPythonUtilsImpl::init() in qgspythonutilsimpl.cpp.o
"__Py_NoneStruct", referenced from:
QgsPythonUtilsImpl::getTraceback() in qgspythonutilsimpl.cpp.o
QgsPythonUtilsImpl::PyObjectToQString(_object*) in qgspythonutilsimpl.cpp.o
QgsPythonUtilsImpl::getError(QString&, QString&) in qgspythonutilsimpl.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Author Name: Hamish Campbell (Hamish Campbell)
Hm, have rolled back to 3.2.3 and I'm still seeing the issue.
qgib
commented
5 years ago Author Name: Valerio Frabotta (Valerio Frabotta)
Hamish Campbell wrote:
Hm, have rolled back to 3.2.3 and I'm still seeing the issue. me too
qgib
commented
5 years ago Author Name: Hamish Campbell (Hamish Campbell)
I have not been able to rebuild from homebrew unfortunately.
I've tried new profiles, deleting existing profiles, no change.
This closed report is the same #28144
What other info would be useful to provide?
qgib
commented
5 years ago Author Name: Jürgen Fischer (@jef-n)
qgib
commented
5 years ago Author Name: Willem Buitendyk (@swaxolez)
I created a new profile and everything is working again without freezing or delays. I don't understand why though? Can anyone else confirm that if they create a new profile the file dialog is buttery smooth again? This is with 3.4.2 installed from homebrew.
qgib
commented
5 years ago Author Name: Willem Buitendyk (@swaxolez)
Interesting. Creating the new profile has sped up QGIS is so many ways. I had a large vector layer that was slow to pan and zoom in and out of. It's like it wouldn't cache it properly. Since I created the new profile its absolutely amazing. I have very speedy zooming in and out of the layer. Again, I don't know what's up with the default profile but what a difference.
qgib
commented
5 years ago Author Name: Giovanni Manghi (@gioman)
Willem Buitendyk wrote:
Interesting. Creating the new profile has sped up QGIS is so many ways. I had a large vector layer that was slow to pan and zoom in and out of. It's like it wouldn't cache it properly. Since I created the new profile its absolutely amazing. I have very speedy zooming in and out of the layer. Again, I don't know what's up with the default profile but what a difference.
bad code in 3rd party plugins, legacy configs. Can we close this issue?
qgib
commented
5 years ago Author Name: Giovanni Manghi (@gioman)
qgib
commented
5 years ago Author Name: Hamish Campbell (Hamish Campbell)
Giovanni Manghi wrote:
Willem Buitendyk wrote:
Interesting. Creating the new profile has sped up QGIS is so many ways. I had a large vector layer that was slow to pan and zoom in and out of. It's like it wouldn't cache it properly. Since I created the new profile its absolutely amazing. I have very speedy zooming in and out of the layer. Again, I don't know what's up with the default profile but what a difference.
bad code in 3rd party plugins, legacy configs. Can we close this issue?
Note that Willem was using QGIS built from homebrew. Most people are reporting that homebrew builds are unaffected, but builds downloaded from QGIS.org still have the bug and replacing profiles doesn't appear to help. In my case, I've tested 3.2,3 3.4.1, 3.4.2 with empty profiles and no extra plugins.
Question: does anyone have 3.4.2, installed from the qgis.org binaries, working properly under Mojave?
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
i've started with a new profile when i reported that problem at the beginning of november. and (!) the first suggestions from Saber Razmjooei 30 days ago where pointing into the same direction. so that can't be the "solution". willem's note is a bit unspecific ... "speeds up QGIS in so many ways ...". yes it does - but it is not connecte to the "freezes issue" - as far is my qgis on my mac is concerned. i am still on qgis.org version and have tried 3.4.2 (as described 11 days ago). if anybody is interested i could supplement giovanni's feedback with a homebrew install + new profile + no plugins on mojave 10.14.1 mbp 13" with intel iris graphics 550
qgib
commented
5 years ago Author Name: k takami (k takami)
I had the same problem but found a way to avoid it, launching the executable file of QGIS from Terminal.app as /Applications/QGIS3.app/Contents/MacOS/QGIS It seems to be working fine. Try it.
macOS Mojave 10.14.2, QGIS 3.4.2-Madeira (downloaded from qgis.org)
qgib
commented
5 years ago Author Name: Willem Buitendyk (@swaxolez)
Robert - it was indeed connected to freeze issues for me. Prior to creating a new profile I was experiencing the 10 second full freeze when trying to open a file. That was in fact the major problem I was experiencing. It just so happened that I also noticed the program was snappier overall - remarkably so. k tatami's response is interesting. Because I installed through home-brew its default method to launch QGIS is through the terminal of which I created a shortcut. It appears he's saying if you do the same with the package supplied by QGIS.org that it will remedy this as well. As a matter of fact, my first clue to try a new profile was because I decided to launch qgis3 from terminal with sudo which worked fine.
qgib
commented
5 years ago Author Name: Hamish Campbell (Hamish Campbell)
k takami wrote:
I had the same problem but found a way to avoid it, launching the executable file of QGIS from Terminal.app as /Applications/QGIS3.app/Contents/MacOS/QGIS It seems to be working fine. Try it.
macOS Mojave 10.14.2, QGIS 3.4.2-Madeira (downloaded from qgis.org)
Ah ha, yes I can confirm this works for me using iTerm.
This made me wonder if was something to do with system security preferences since iTerm already had additional Full Disk Access and Accessibility rights. I added QGIS3 (missing the Full Disk Access rights) however it made no difference to QGIS3 launched from Launchpad.
At least its usable now, and this should be a pretty big clue as to the underlying cause.
qgib
commented
5 years ago Author Name: Philip Kampf (Philip Kampf)
k takami:
I had the same problem but found a way to avoid it, launching the executable file of QGIS from Terminal.app as /Applications/QGIS3.app/Contents/MacOS/QGIS It seems to be working fine. Try it.
macOS Mojave 10.14.2, QGIS 3.4.2-Madeira (downloaded from qgis.org)
Also can confirm this method is working, the new profile did not provide a solution, same freezing occurred when opening to a new profile and still persisted when default had been removed from folder, leaving only new profile.
qgib
commented
5 years ago Author Name: Hamish Campbell (Hamish Campbell)
So, to summarize, when launched with Launch Services, the bug manifests. Clearing Info.plist doesn't make a difference.
qgib
commented
5 years ago Author Name: Giovanni Manghi (@gioman)
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
just started brew install via brew install osgeo/osgeo4mac/qgis3 ... at a glance on install process i saw something like "python 3.7.x installed in cellar" which leaves me nevous. python 3.6. was running pretty well on my mac and i once had 3.6. and 3.7. confusion with tons of trobles to get rid of them. did anybody have python-troubles after brew install ???
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
unfortunatly brew install didn't work on my machine. almost everything is there, but the qgis3 folder in usr/local/Cellar/ is missing.
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
unfortunatly brew install didn't work on my machine. almost everything is there, but the qgis3 folder in usr/local/Cellar/ is missing. the log-files from ~/Library/Logs/Homebrew/qgis3 show a huge amount of log-files, where some of the indicate that files have been added to /usr/local/Cellar/qgis3/3.4.2_1/ without errors - yet, the folder qgis3 is missing in ./Cellar at the end of the install process. homebrew's feedback in the terminal doesn't show any specific messages either....
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
thx to peter petrik and his post in [https://github.com/OSGeo/homebrew-osgeo4mac/issues/553] i have found a version that doesn't trigger a system freeze every time a file-related acitivity is started. most users on OSGeo suggested the homebrew-version, which didn't work for me - potenially due to a python 3.6 - 3.7 problem. homebrew removed the qgis3-install folders before finishing the install every time. packages provided by lutraconsulting here work fine and do not cause the freeze: https://lutraconsulting.github.io/qgis-mac-packager/packages. ... so, that is no solution but a promising workaround !
that package uses python 3.7 (!) which might cause troubles - thus my next step will be to find out how to switch from 3.6.x to 3.7. without affecting anything that is doing it's job right now. any recomendation concerning this python-swich are highly appreciated !
qgib
commented
5 years ago Author Name: bradypus - (bradypus -)
I do confirm that version 3.4.3 is also affected by this issue.
qgib
commented
5 years ago Author Name: Giovanni Manghi (@gioman)
qgib
commented
5 years ago Author Name: Ken Nussear (@knussear)
k takami wrote:
I had the same problem but found a way to avoid it, launching the executable file of QGIS from Terminal.app as /Applications/QGIS3.app/Contents/MacOS/QGIS It seems to be working fine. Try it.
macOS Mojave 10.14.2, QGIS 3.4.2-Madeira (downloaded from qgis.org)
I'm having the same freezing issue with 3.4.3 (and had it with earlier versions - all from qgis.org). The terminal launch absolutely solves the problem. Great work around.
qgib
commented
5 years ago Author Name: Jürgen Fischer (@jef-n)
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
after removing everithing that i've been trying the last two months (from homebrew to lutraconsulting and any existing version of any existing pyhton) i started from sratch by
and i still get the system freeze ... so starting from terminal is not a workaround ! - at least not for me. opening file dialogue causes a 10 - 13sec freez and even worse any single hop within the folder hierarchy results in a 10-13sec system freeze.
(... on march 4th i am going to start a lecture/course with about 120 students - about 15 of them with mac. no idea how to handle that because none of them is able to homebrew or switch from python 3.7 back to 3.6 with massive terminal use ... and: sorry, i do not have ressources to start a funding initiative)
rk mbp 10.14.2 / 13" 2016 / 3.3 I7 / 16GB
qgib
commented
5 years ago Author Name: Justin DeNormandie (Justin DeNormandie)
try this instead: open /Applications/QGIS3.app/Contents/MacOS/QGIS
qgib
commented
5 years ago Author Name: robert kalasek (@rkalasek)
woooo ... pretty strange: "open /Applications/QGIS3.app/Contents/MacOS/QGIS" works ! thx a lot
qgib
commented
5 years ago Author Name: bradypus - (bradypus -)
Hi @robert, you should not open it using:
$ open -n /Applications/QGIS3.app
but simply:
$ /Applications/QGIS3.app/Contents/MacOS/QGIS
I created a simple bash script containing the following two lines and saved it in my desktop. I'm launching QGIS double-clicking on it (you should also chmod -x it).
#!/bin/bash
/Applications/QGIS3.app/Contents/MacOS/QGIS
It is not a solution, but a workaround...
qgib
commented
5 years ago Author Name: bradypus - (bradypus -)
This issue is confirmed for v 3.4.4 too. See also #28888
qgib
commented
5 years ago Author Name: Jürgen Fischer (@jef-n)
Author Name: robert kalasek (@rkalasek) Original Redmine Issue: 20381 Affected QGIS version: 3.5(master) Redmine category:build/install Assignee: William Kyngesburye
0 down vote favorite
I've just installed the latest verion of QGIS (3.4.0) on a MacBook Pro 13" (3.3 GHz Core I7) MacOS 10.14. The application seemed to work fine at first. On a certain point I've tried to open a recent project via Project/Open menu and had a system freeze for 12 seconds. During that time the whole system was not at all responsive (just mouse moves did work). None of the other applications worked in any way, I couldn't even move other app's windows, the system monitor didn't show any significant increase of activity and instead of the expected functional filemanager-window a tiny little inactive shadow of the filemanager-window was displayed ... as you might identify in the added image.
I was able to reproduce this behavior for several times - even after restart of QGIS.
The whole thing might be related to stackexchange article https://gis.stackexchange.com/questions/300626/qgis-3-4-0-madeira-unresponsive but it is on a mac and it doesn't seem to affect the "rest" of QGIS.
Related issue(s): #28144 (relates), #28798 (duplicates), #28888 (duplicates) Redmine related issue(s): 20323, 20979, 21070