Bug report #9708
Handle bad layers fails on a bad WMS layer
| Status: | Closed | ||
|---|---|---|---|
| Priority: | Normal | ||
| Assignee: | - | ||
| Category: | Project Loading/Saving | ||
| Affected QGIS version: | master | Regression?: | No |
| Operating System: | Easy fix?: | No | |
| Pull Request or Patch supplied: | No | Resolution: | end of life |
| Crashes QGIS or corrupts data: | No | Copied to github as #: | 18271 |
Description
When opening a QGIS project with missing/bad WMS layer, "handle bad layers" dialog offers to select a file(!) to fix the issue. The provider is displayed as "none", although in .qgs file it is "wms". Offering a file open dialog to fix WMS issue isn't helpful at all. Together with #8718 it makes opening such projects a real pain.
An ultimate solution should contain following options:- offer a text edit option for the DSN (i.e. I would be happy to just right click on layer source and edit it to replace old WMS server address with a new one);
- use data provider dialog to point to the bad (missing) layer;
- offer an option to mark layer as "unavailable" (see #8718 for rationale).
Related issue dealing with importance of missing/bad layer handling enforcement: #7039
A variation of this issue but caused by changes in QGIS supported data providers: #4101
Tested with QGIS 302ad06 on GNU/Linux.
History
#1
Updated by Giovanni Manghi over 10 years ago
- Target version set to Future Release - Nice to have
#2
Updated by Giovanni Manghi over 7 years ago
- Easy fix? set to No
- Regression? set to No
#3
Updated by Giovanni Manghi over 5 years ago
- Resolution set to end of life
- Status changed from Open to Closed
End of life notice: QGIS 2.18 LTR
Source:
http://blog.qgis.org/2019/03/09/end-of-life-notice-qgis-2-18-ltr/