{"name": "QuickMapLink", "package_name": "quick_map_link", "version": "2.3.1", "experimental": false, "qgis_min": "3.16.0", "qgis_max": "3.99.0", "downloads": 2665, "uploaded_by": "SiddGIS", "upload_datetime": "2026-07-18T00:42:04.451925", "changelog": "QuickMapLink 2.3.1\r\n\r\nFixes: Qt6 compatibility\r\n\r\nThe plugin previously failed to load at all on Qt6-based QGIS builds. Two independent, fatal-on-import bugs, both now fixed:\r\n\r\n\r\nresources.py hardcoded PyQt5. The compiled Qt resource file (used only for loading the toolbar/menu icon) had from PyQt5 import QtCore baked in, which raises ImportError: PyQt5 classes cannot be imported in a QGIS build based on Qt6 the moment the plugin tries to import it. Fixed by no longer using the compiled resource file at all -- the icon now loads directly from icon.png on disk.\r\nThe legacy webview fallback assumed Qt5. If the primary embedded-webview renderer (QWebEngineView, from QtWebEngine) failed to import for any reason, the code fell back to QWebView from QtWebKitWidgets. QtWebKit was dropped entirely under Qt6, so that module doesn't exist there at all -- the fallback itself would crash with ModuleNotFoundError: No module named 'PyQt6.QtWebKitWidgets'. Fixed by catching that case too: if a QGIS build has no working embedded-webview renderer at all, every web provider (Google Maps, Bing Maps, Apple Maps, OpenStreetMap, OpenTopoMap, Wikimedia Maps) now falls back to opening in the system browser instead, with a note explaining why in the settings dialog.\r\n\r\n\r\nNative tile basemaps (Esri, USGS, CartoDB, CyclOSM, etc., added in 2.3.0) are unaffected either way -- they render through QGIS's own map canvas, not a webview, so they never depended on QtWebEngine/QtWebKit in the first place.", "external_deps": null, "download_url": "https://plugins.qgis.org/plugins/quick_map_link/version/2.3.1/download/"}