Bug report #2298: Native QFileDialogs don't remember last filter value - QGIS Application - QGIS Issue Tracking

Bug report #2298

Native QFileDialogs don't remember last filter value

Added by Paolo Cavallini almost 15 years ago. Updated almost 7 years ago.

Status:	Closed
Priority:	Low
Assignee:	nobody -
Category:	GUI
Affected QGIS version:	master	Regression?:	No
Operating System:	All	Easy fix?:	No
Pull Request or Patch supplied:	No	Resolution:	worksforme
Crashes QGIS or corrupts data:	No	Copied to github as #:	12358

Description

When opening a raster, the default is now vrt, not the most common file format around; the window does not remember last user's choice, which is even more annoying. Tiff looks a more reasonable default

History

#1 Updated by Giovanni Manghi almost 15 years ago

I believe it is a linux only problem, if I'm not wrong under windows tiff is the default.

#2 Updated by Giovanni Manghi almost 15 years ago

under windows the program uses the last used format when the dialog is open. On linux the dialog opens always with vrt... pretty annoying.

#3 Updated by Giuseppe Sucameli over 14 years ago

This seems the same issue of the "Save As" feature.
The QFileDialog doesn't change the selected filter value when user switches between filters.

If it's right, this could be an issue only on Gnome.
Does anybody have the same problem on KDE?

#4 Updated by Borys Jurgiel over 14 years ago

Yes, the same problem on KDE. Native QFileDialogs reject the last filter value and select the first options. Non-native QFileDialogs work fine (e.g. Raster->Contour->Input raster). Seems like Qt bug. There was idea of allowing users to choose between native and non-native QFileDialogs.