Revision history [back]

This is related to https://bugreports.qt.io/browse/QTBUG-59219 and fixed in https://codereview.qt-project.org/#/c/202192/

I am a hitting a bug in Qt that leads to disabling network access even for apps that wish to communicate to localhost. As shown in the references above, its a known problem that has been fixed recently. I would like to ask to backport this fix and make it possible to use libraries that use Qt for HTTP or other localhost requests.

Error message that we get from Qt is "Network access is disabled" when we try communicate without external network.

Use case

I am using localhost network communication to provide native offline maps service through OSM Scout Server. This offline maps solution works perfectly when the clients accessing it are using non-Qt access mechanisms, such as used in Poor Maps and modRana.

This weekend I released a new version that supports Mapbox GL vector tiles together with the client program to access the tiles using Mapbox GL Native library. As a result, we get native offline maps with fast OpenGL accelerated rendering supporting rotation, tilting, to name the few features. However, this library, as a good Qt citizen, uses Qt Network Access Manager that has a bug we are hitting. So, I started getting feedback from users (https://openrepos.net/comment/22975#comment-22975 , http://talk.maemo.org/showpost.php?p=1539297&postcount=382 ). In short, communication between map client and OSM Scout Server works iff you have network enabled (WiFi or Cellular). For that matter, WiFi could be enabled and not even connecting to the outside world to make it all work.

Fix

I am not aware of any workaround for it except rewriting network access in Mapbox GL Native library. If there are any temporary workarounds on how to fool Qt to stop complaining about "Network access", please let me know.

For users of OSM Scout Server, I would suggest to have a network access enabled (will eat your battery) and vote this up to get attention.

This is related to https://bugreports.qt.io/browse/QTBUG-59219 and fixed in https://codereview.qt-project.org/#/c/202192/

I am a hitting a bug in Qt that leads to disabling network access even for apps that wish to communicate to localhost. As shown in the references above, its a known problem that has been fixed recently. I would like to ask to backport this fix and make it possible to use libraries that use Qt for HTTP or other localhost requests.

Error message that we get from Qt is "Network access is disabled" when we try communicate without external network.

Use case

I am using localhost network communication to provide native offline maps service through OSM Scout Server. This offline maps solution works perfectly when the clients accessing it are using non-Qt access mechanisms, such as used in Poor Maps and modRana.

This weekend I released a new version that supports Mapbox GL vector tiles together with the client program to access the tiles using Mapbox GL Native library. As a result, we get native offline maps with fast OpenGL accelerated rendering supporting rotation, tilting, to name the few features. However, this library, as a good Qt citizen, uses Qt Network Access Manager that has a bug we are hitting. So, I started getting feedback from users (https://openrepos.net/comment/22975#comment-22975 , http://talk.maemo.org/showpost.php?p=1539297&postcount=382 ). In short, communication between map client and OSM Scout Server works iff you have network enabled (WiFi or Cellular). For that matter, WiFi could be enabled and not even connecting to the outside world to make it all work.

Fix

I am not aware of any workaround for it except rewriting network access in Mapbox GL Native library. If there are any temporary workarounds on how to fool Qt to stop complaining about "Network access", please let me know.

For users of OSM Scout Server, I would suggest to have a network access enabled (will eat your battery) and vote this up to get attention.

This is related to https://bugreports.qt.io/browse/QTBUG-59219 and fixed in https://codereview.qt-project.org/#/c/202192/

I am a hitting a bug in Qt that leads to disabling network access even for apps that wish to communicate to localhost. As shown in the references above, its a known problem that has been fixed recently. I would like to ask to backport this fix and make it possible to use libraries that use Qt for HTTP or other localhost requests.

Error message that we get from Qt is "Network access is disabled" when we try communicate without external network.

Use case

I am using localhost network communication to provide native offline maps service through OSM Scout Server. This offline maps solution works perfectly when the clients accessing it are using non-Qt access mechanisms, such as used in Poor Maps and modRana.

This weekend I released a new version that supports Mapbox GL vector tiles together with the client program to access the tiles using Mapbox GL Native library. As a result, we get native offline maps with fast OpenGL accelerated rendering supporting rotation, tilting, to name the few features. However, this library, as a good Qt citizen, uses Qt Network Access Manager that has a bug we are hitting. So, I started getting feedback from users (https://openrepos.net/comment/22975#comment-22975 , http://talk.maemo.org/showpost.php?p=1539297&postcount=382 ). In short, communication between map client and OSM Scout Server works iff you have network enabled (WiFi or Cellular). For that matter, WiFi could be enabled and not even connecting to the outside world to make it all work.

Fix

I am not aware of any workaround for it except rewriting network access in Mapbox GL Native library. If there are any temporary workarounds on how to fool Qt to stop complaining about "Network access", please let me know.

For users of OSM Scout Server, I would suggest to have a network access enabled (will eat your battery) and vote this up to get attention.