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

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

Closed
qgib opened this issue Apr 20, 2011 · 6 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Apr 20, 2011

Author Name: Aren Cambre (Aren Cambre)
Original Redmine Issue: 3763
Affected QGIS version: master
Redmine category:gui


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.
  2. 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 issue(s): #14859 (duplicates)
Redmine related issue(s): 5096


@qgib
Copy link
Contributor Author

qgib commented Apr 20, 2011

Author Name: Aren Cambre (Aren Cambre)


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.

@qgib
Copy link
Contributor Author

qgib commented Apr 20, 2011

Author Name: Aren Cambre (Aren Cambre)


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?

@qgib
Copy link
Contributor Author

qgib commented Dec 16, 2011

Author Name: Giovanni Manghi (@gioman)


  • fixed_version_id was changed from Version 1.7.0 to Version 1.7.4

@qgib
Copy link
Contributor Author

qgib commented Jan 27, 2012

Author Name: Jürgen Fischer (@jef-n)


Fixed in changeset "f749a5e31fdbc7dafffa29193b12ea5aad5ccd2e".


  • status_id was changed from Open to Closed
  • done_ratio was changed from 0 to 100
  • crashes_corrupts_data was configured as 0
  • version was configured as master

@qgib
Copy link
Contributor Author

qgib commented Feb 18, 2012

Author Name: Aren Cambre (Aren Cambre)


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.


  • assigned_to_id removed nobody
  • pull_request_patch_supplied was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Feb 28, 2012

Author Name: Jürgen Fischer (@jef-n)


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".

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience labels May 24, 2019
@qgib qgib added this to the Version 1.7.4 milestone May 24, 2019
@qgib qgib closed this as completed 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! GUI/UX Related to QGIS application GUI or User Experience
Projects
None yet
Development

No branches or pull requests

1 participant