Bug report #3763
The "other" open/save file dialog has timeouts or causes QGIS to stop responding completely
| 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
Associated revisions
use native file dialogs wherever possible (fixes #3763)
use native file dialogs wherever possible (fixes #3763)
History
#1
Updated by Aren Cambre about 13 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 about 13 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 over 12 years ago
- Target version changed from Version 1.7.0 to Version 1.7.4
#4
Updated by Jürgen Fischer over 12 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
Fixed in changeset f749a5e31fdbc7dafffa29193b12ea5aad5ccd2e.
#5
Updated by Aren Cambre over 12 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 12 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".