Apparent permission issues on generated binary file (no maps loaded either) about qgroundcontrol HOT 18 CLOSED

I don't know necessarily if this is a bug or something missing on my setup or configuration, so I would appreciate some advice here. Thanks!

from qgroundcontrol.

I googled "org.freedesktop.DBus.Error.AccessDenied" "Geolocation disabled for UID 1000" and found a lot of results with similar solutions. Try those and let me know. I tried changing the internet detection method to a more 'direct' method but apparently it requires more permissions for some people.

I may have to add a fallback internet check method when permissions checks fail.

from qgroundcontrol.

I googled "org.freedesktop.DBus.Error.AccessDenied" "Geolocation disabled for UID 1000" and found a lot of results with similar solutions. Try those and let me know. I tried changing the internet detection method to a more 'direct' method but apparently it requires more permissions for some people.

I may have to add a fallback internet check method when permissions checks fail.

Yes the geolocation part is easy to figure out by just enabling it in the GNOME Privacy settings. But the network access is still a problem.

from qgroundcontrol.

Do you know if you are using systemd-networkd or NetworkManager

from qgroundcontrol.

Do you know if you are using systemd-networkd or NetworkManager

NetworkManager. One thing I can say is that it seems that QNetworkInformation::instance() singleton is never created.

from qgroundcontrol.

Hmm okay odd. I've not seen that issue come up before but I will add a simple backup for when QNetworkInformation doesn't work.

from qgroundcontrol.

Is it with all map providers or just a specific one?

from qgroundcontrol.

Hmm okay odd. I've not seen that issue come up before but I will add a simple backup for when QNetworkInformation doesn't work.

Is it reall the solution to implement workarounds to the Qt plugin back-end functionalities instead of maybe trying to understand why they fail in the first place? Can it be that the plugin is just not being loaded?

from qgroundcontrol.

Is it with all map providers or just a specific one?

It seems map unrelated (I tried selecting other map sources and saw the same issue). I do believe this is related to a a backend plugin either failing to load or some permission issue.

from qgroundcontrol.

When using QT_DEBUG_PLUGINS=1, it appears that the plugin is indeed not loading:

qt.core.plugin.factoryloader: checking directory path "/home/nuno/qgroundcontrol/build/Desktop_Qt_6_6_3_GCC_64bit-Debug/staging/Qt/plugins/networkinformation" ...
qt.core.plugin.factoryloader: checking directory path "/home/nuno/qgroundcontrol/build/Desktop_Qt_6_6_3_GCC_64bit-Debug/staging/networkinformation" ...

After this I don't see any

Found metadata in lib /home/nuno/qgroundcontrol/build/Desktop_Qt_6_6_3_GCC_64bit-Debug/staging/Qt/plugins/tls/libqnetworkinformation.so, metadata=
{ ...

as I see to the others

from qgroundcontrol.

If you are still building with qmake instead of cmake then that would makes sense as to why it isn't loading the plugin

from qgroundcontrol.

You would normally be getting a plugin load failure message if the plugin wasn't loading. Doesn't seem like you are getting that. Can you download firmwares for flashing? Are you behind a proxy?

from qgroundcontrol.

If you are still building with qmake instead of cmake then that would makes sense as to why it isn't loading the plugin

Did we completely deprecate the usage of qmake? I mean AFAIK that has been the default since I started developing for QGC and the documentation doesn't tell anywhere yet to replace qmake build commands with cmake build commands in Qt Creator.

You would normally be getting a plugin load failure message if the plugin wasn't loading. Doesn't seem like you are getting that.

I was actually expecting something as it is showing in this comment: https://forum.qt.io/topic/144062/qt6-4-3-qnetworkinformation-not-working/7?_=1715114008429&lang=en-US. Seems like any plugin found does provide metadata. I actually don't see this plugin anywhere on my system. Am I missing something?

Can you download firmwares for flashing? Are you behind a proxy?

I am not behind a proxy and I don't have a flight controller at hand to try that. But what I can say is that I don't see this issue in v4.3.

from qgroundcontrol.

Fixed in #11502. Thanks!

from qgroundcontrol.

I mean AFAIK that has been the default since I started developing for QGC and the documentation doesn't tell anywhere yet to replace qmake build commands with cmake build commands in Qt Creator.

Look at the latest docs. Switching to cmake instead of qmake has been in the works forever. The dev guide was updated a few days back with cmake info and qmake removal notice.

from qgroundcontrol.

Did we completely deprecate the usage of qmake?

For regular builds, that is essentially true. For custom builds, we will still be on qmake for a little longer till we finish that up.

from qgroundcontrol.

@DonLakeFlyer sounds good. Thanks for clarifying!

from qgroundcontrol.

The docs have been a bit behind what has been going on in the source code.

from qgroundcontrol.