Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Repairing spatialite data sources defaults to browsing for shapefiles instead. #18212

Closed
qgib opened this issue Feb 24, 2014 · 3 comments
Closed
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Project

Comments

@qgib
Copy link
Contributor

qgib commented Feb 24, 2014

Author Name: Donovan Cameron (@saultdon)
Original Redmine Issue: 9640
Affected QGIS version: 2.2.0
Redmine category:project_loading/saving


When I open a project with broken data sources from spatialite databases, the default type in the file browser is Shapefile instead of Spatialite.

That means spatialite databases won't be visible in the window until the user switches the type to either Spatialite or All.

Is it possible for the default type in the file browser be set to whatever type of data you're repairing?

@qgib
Copy link
Contributor Author

qgib commented Feb 27, 2014

Author Name: Giovanni Manghi (@gioman)


  • operating_system was changed from Windows to
  • os_version was changed from 8.1 to
  • fixed_version_id was configured as Future Release - Lower Priority

@qgib
Copy link
Contributor Author

qgib commented Apr 30, 2017

Author Name: Giovanni Manghi (@gioman)


  • regression was configured as 0
  • easy_fix was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Mar 9, 2019

Author Name: Giovanni Manghi (@gioman)


End of life notice: QGIS 2.18 LTR

Source:
http://blog.qgis.org/2019/03/09/end-of-life-notice-qgis-2-18-ltr/


  • resolution was changed from to end of life
  • status_id was changed from Open to Closed

@qgib qgib closed this as completed Mar 9, 2019
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Project labels May 24, 2019
@qgib qgib added this to the Future Release - Lower Priority milestone May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Project
Projects
None yet
Development

No branches or pull requests

1 participant