Bug report #3763

The "other" open/save file dialog has timeouts or causes QGIS to stop responding completely

Added by Aren Cambre over 8 years ago. Updated over 7 years ago.

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

Description

Quantum GIS uses two open/save file dialogs: the normal Windows one and some custom one.

This custom one has major problems whenever I go to a directory that has shortcuts that are unresolvable. E.g., I have a shortcut to a folder on another computer. If this computer is off, or if I am on a different network, one of two things happen:
1. This file dialog takes forever and a half (approximately) before it shows the files in the directory. Eventually, it shows the contents of the current directory.
1. This dialog never, ever shows the contents of the current directory. I can cancel out of the dialog, but QGIS stops responding entirely. I found no way to get QGIS to respond again.

Can this "other" file dialog be discarded? Is there any reason why the standard Windows dialog is inadequate?


Related issues

Duplicated by QGIS Application - Bug report #5096: Always use the same dialog for opening/saving files Closed 2012-02-28

Associated revisions

Revision f749a5e3
Added by Jürgen Fischer over 7 years ago

use native file dialogs wherever possible (fixes #3763)

Revision bfd69a0d
Added by Jürgen Fischer over 7 years ago

use native file dialogs wherever possible (fixes #3763)

History

#1 Updated by Aren Cambre over 8 years ago

Here's an example where it happens: I do File > Save Image As. That custom, not-the-Windows-standard save file dialog comes up. It starts out on my desktop. It shows nothing in the desktop even though there are several directories and many files. However, the dialog is otherwise responsive.

I type out.png into the File name field, select png format from the Files of type dropdown, then hit Save. From then on, QGIS is unresponsive, and the out.png file is never written out.

QGIS never becomes responsive again. I must end its process manually.

#2 Updated by Aren Cambre over 8 years ago

OK, I can confirm that removing all shortcuts from the desktop fixed the problem. I don't understand why this other file dialog has to "exercise" the shortcuts. And I also question whether there's any value in this other dialog. What's wrong with the default Windows dialog?

#3 Updated by Giovanni Manghi almost 8 years ago

  • Target version changed from Version 1.7.0 to Version 1.7.4

#4 Updated by Jürgen Fischer over 7 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100
  • Crashes QGIS or corrupts data set to No
  • Affected QGIS version set to master

#5 Updated by Aren Cambre over 7 years ago

  • Assignee deleted (nobody -)
  • Pull Request or Patch supplied set to No

Did this eliminate the nonstandard dialog from all places? I just noticed that SPIT still uses it in 1.7.3 when hitting the Add button.

#6 Updated by Jürgen Fischer over 7 years ago

Aren Cambre wrote:

Did this eliminate the nonstandard dialog from all places? I just noticed that SPIT still uses it in 1.7.3 when hitting the Add button.

No only "whereever possible", ie. not where customized dialogs were used - like where the user can specify file encoding or can "Cancel all".

Also available in: Atom PDF